https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114049
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> --- > --- Comment #3 from Iain Sandoe <iains at gcc dot gnu.org> --- > so .. if i follow your discussion correctly - neither clang nor gcc finds it > because it's incorrectly quoted (is that an SDK issue?).. or? The quoting is one part, certainly. While clang falls back from <> to "", gcc does not. However, even if I change string.h locally to use "", while this allows machine/trap.h to be found, the subsequent i386/trap.h is still not found, neither by gcc nor by clang. I have not idea what they are doing here, but the same construct is used all over Frameworks/Kernel.framework/Headers. > We do have control, IIRC, about adding the frameworks search path to "system" > rather than "user". That might be an option: I guess we should follow what clang does here.
