https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #28 from howarth at bromo dot med.uc.edu --- (In reply to Iain Sandoe from comment #27) > 10.7+ - (albeit 10.7 is somewhat transitionary) > here we need to stop building the eh stuff into libgcc, we probably need to > split the emultls stuff into a crt. We might want to consider not having a > shared lib for the gcc crt at all here (i.e. do much like clang does with > the compiler-rt and just append a libgcc.a). The only reason we *need* a > dylib at present is the EH (which is unused for these systems) and emults > bits (which could be dealt with differently). I don't think that the > argument that the exes might grow by a few kb is terribly significant on > modern systems. > We should also consider what to do about the compact unwinder (which we currently disable by passing -no_compact_unwind to the LINK_GCC_C_SEQUENCE_SPEC in gcc/config/darwin10.h). I assume at some point, perhaps when the legacy libstdc++ support is removed from OS X, that the compatibility unwinder, which we currently use, will be fully deprecated.