Hi, On 13.10.23 18:55, Simon Richter wrote:
There are a few dependency rules in the file that seem to do the same thing, but use the wrong target name, so they are ignored, and this doesn't seem to be a complete set anyway. I'm trying with the same addition of an order-only dependency that the gcc-13 commit does, if that fixes it, that should be good enough for now.
Okay, further debugging: The Modula2 tree uses $(generated_files) as a dependency to make sure the insn-*.h are generated before frontend files are built. This variable is set below the include directive in gcc/Makefile that pulls in the language fragments, so at the point where the rules are defined it is still empty, and since rule definitions evaluate the variables immediately, that is not revisited later, so all the Modula2 .o files are missing those dependencies.
I'm trying what happens if you set M2_OBJS = $(GM2_OBJS), so these .o files end up a) in normal dependency tracking, and b) to add the order-only dependency on $(generated_files) at the end of gcc/Makefiles to those objects as well.
The order-only dependency should be enough for the first build, and after that, normal dependency tracking takes over anyway, not that anyone cares.
Am I right in assuming that this is only a Debian problem because no one but us is gluing the M2 frontend onto gcc 12 anymore?
Simon
OpenPGP_signature.asc
Description: OpenPGP digital signature
