[LLVMdev] OT: intel darwin losing primary target status

Jack Howarth howarth at bromo.med.uc.edu
Fri Sep 18 10:43:31 PDT 2009

On Fri, Sep 18, 2009 at 10:28:15AM -0700, Nick Kledzik wrote:
> So, when these test cases are run, is the binary linked against /usr/ 
> lib/libgcc_s.10.5.dylib? or against some just built libgcc_s.10.5.dylib? 
> or against some just build libgcc_s.dylib?  If either of the latter, then 
> if you changed the FSF build of libgcc_s for darwin to have the right 
> magic symbols, then when targeting 10.6, the linker will ignore those 
> dylibs and record that the symbols should be found in 
> /usr/lib/libSystem.B.dylib at runtime.
I'll double check but I believe that the testsuite always links the
libgcc_s.10.5.dylib built by the FSF gcc build. The problem with the
emutls symbols if I recall correctly is that those are not exposed
through libgcc_s.10.5 but rather libgcc_s directly. For now, it would
be better to ignore the emults issues and focus on what needs to be
done to fix the unwinding. I guess you are saying we need to move
the unwinders symbols out into a libgcc_ext and use that in the
linkage on 10.6 or later so the FSF unwinder is used instead of 
the system one?

More information about the llvm-dev mailing list