https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #68 from Jonathan Wakely <redi at gcc dot gnu.org> --- (In reply to Chris Johns from comment #67) > (In reply to Jonathan Wakely from comment #66) > > Yes, I was afraid the RTEMS failures might be a different problem. > > > > Are the symptoms the same? i.e. missing C++ standard library headers? > > > > Yes it seems to be the same issue I was seeing when we first looked into the > problem. So not failing on "bits/gthr.h" then? I'm still not clear exactly what part fails for you now. > > Comment 17 suggests you're seeing missing libgcc headers, which is created > > by a different makefile. Maybe a similar kluge is needed in libgcc/Makefile > > for build=*darwin* > > Is it? I think that file is being installed in the same way. Could it be the > RTEMS target config has a different list? Ah yes, my mistake, libstdc++ creates $target/include/x86_64-pc-linux-gnu/bits/gthr.h I thought we found that in $target/libgcc/ instead, but in fact we process the libgcc/gthr.h header using sed and create our own version. That means it's definitely *not* the same way as the other headers, because the others are symlinks into the source tree. Please clarify exactly what your current failure is.
