[llvm-commits] [llvm] r76895 - /llvm/trunk/lib/Target/X86/X86RegisterInfo.cpp
daniel at zuster.org
Fri Jul 24 18:10:31 CDT 2009
On Fri, Jul 24, 2009 at 5:51 AM, Duncan Sands<baldrick at free.fr> wrote:
> Evan Cheng wrote:
>> Any idea what's the real problem? This patch is just a hack.
> The problem is definitely coming from libgcc. If I get rid of the hack
> (i.e. reapply Bill's patch) then everything works fine if I build with
> llvm-gcc but don't link with the newly built libgcc_s.so. Contrarywise,
> if I build a problematic program using the system Ada compiler, but link
> with the newly built llvm-gcc version of libgcc, then the program blows
> up doing exception handling.
> I don't have time to look into this further right now, but the following
> tests from SingleSource/Regression/C++/EH pass when linked with libgcc
> built without Bill's patch, but fail when linked with libgcc built with
> Bill's patch:
> Perhaps the LLVM lowering of the unwinder intrinsics breaks with Bill's
> patch applied?
This sounds like we should figure out how to make llvm-gcc use
libgcc.a while running llvm-test. This doesn't seem intrinsically that
More information about the llvm-commits