https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111021
Kewen Lin <linkw at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED URL| |https://gcc.gnu.org/piperma | |il/gcc-patches/2023-August/ | |627435.html Ever confirmed|0 |1 Last reconfirmed| |2023-08-15 Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org --- Comment #2 from Kewen Lin <linkw at gcc dot gnu.org> --- Thanks for reporting, I think the culprit is r14-3093 instead of r14-3092? I think the other build/gen*.cc building don't have this issue, since none of them includes recog.h themselves, but emit the source files which includ recog.h (those insn-*.cc, I had a double check, they are fine). build/gencondmd.cc is special, unlike the other build/gen*.cc, it's generated by genconditions and it include "recog.h". Only build/gencondmd.o depends on RECOG_H.