https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105659
--- Comment #2 from Iain Buclaw <ibuclaw at gdcproject dot org> --- (In reply to Iain Buclaw from comment #1) > If I recall the conversation correctly, either the CPU-specific D language > hooks should be moved to macros - equivalent to TARGET_CPU_CPP_BUILTINS and > others. Or the tm_d file should be packed with a lot more headers within - > possibly tricky as it would mean handling it in every possible path in > config.gcc. Or I do away with tm_d.h and just include tm.h and tm_p.h in all D-specific target files, so that the CPU version macros will always be picked up by default-d.cc and others. I note that there's also a similar hack done for darwin-d.cc, where tm-dwarf2.h is explicitly added to the tm_d.h file in order to get around this.
