https://gcc.gnu.org/bugzilla/show_bug.cgi?id=126123
--- Comment #7 from Iain Sandoe <iains at gcc dot gnu.org> --- (In reply to Iain Sandoe from comment #6) > (In reply to Avinash Jayakar from comment #5) > > (In reply to Iain Sandoe from comment #4) > > > > > Is there ever a case in the GCC code where we will emit EH = 1? > > > > Yes, with the change in r17-1992-ge4543a6ecc97a75 we introduce the new ppc > > specific builtin "__builtin_ppc_atomic_cas_local", where EH bit for l<>arx > > will be 1. > > > > But in all other cases it would be 0, and there are no optimizations in gcc, > > that would change the EH bit to 1 as of now. > > OK - so it seems that darwin needs to add the support, it's not really > sufficient just to do a configure test. > > I'm not too too worried - the last version of Xcode on macOS 10.5 can only > build GCC-10.5, so folks there have already to be used to needing to build > some extra tools to support trunk later GCC. > > So moving this - to here: > > https://github.com/iains/darwin-xtools/issues/24 (for any future visitor, this is fixed in xtools-0.7.0r1).
