Displaying 4 results from an estimated 4 matches for "real_libgcc_spec".
2009 Sep 18
2
[LLVMdev] OT: intel darwin losing primary target status
...ant to explicitly link against the static version of those
routines, because you know you don't need to unwind through system
libraries, you need to explicitly say -static-libgcc.
If it is linked against, it has to be before -lgcc, because it may
need symbols from -lgcc. */
#undef REAL_LIBGCC_SPEC
#define REAL_LIBGCC_SPEC \
"%{static-libgcc|static: -lgcc_eh -lgcc; \
shared-libgcc|fexceptions|fgnu-runtime: \
%:version-compare(!> 10.5 mmacosx-version-min= -lgcc_...
2009 Sep 18
0
[LLVMdev] OT: intel darwin losing primary target status
This may be that the libgcc_s.dylib based unwinder is incompatible
with the darwin unwinder. You cannot mix and match the two. One of
the lines from the bugzilla comments shows:
/sw/lib/gcc4.5/lib/libgcc_s.1.dylib (compatibility version 1.0.0,
being used. That will not work. All of the libgcc_s.dylib
functionality has been subsumed into libSystem.dylib on SnowLeopard
(darwin10). The
2009 Sep 18
2
[LLVMdev] OT: intel darwin losing primary target status
I realize this is off-topic for the list, but I thought
all the darwin developers here might want to be aware of
this. The current regressions in gcc trunk regarding
exception handling has been escalated to a P1 in order to
attract darwin developers to the issue...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260#c31
If these regressions aren't fixed before gcc 4.5's release,
it appears
2009 Sep 18
0
[LLVMdev] OT: intel darwin losing primary target status
...ainst the static version of those
> routines, because you know you don't need to unwind through system
> libraries, you need to explicitly say -static-libgcc.
>
> If it is linked against, it has to be before -lgcc, because it may
> need symbols from -lgcc. */
> #undef REAL_LIBGCC_SPEC
> #define
> REAL_LIBGCC_SPEC \
> "%{static-libgcc|static: -lgcc_eh -
> lgcc; \
> shared-libgcc|fexceptions|fgnu-
> runtime: \
> %:version-compare(...