> |pasdoc.css.inc will be deleted when the clean target is run before > building. | source/component/Makefile > > Looks to me that the failing rule at top level Makefile line 192/3: > is missing a dependency on pasdoc.css.inc > > There needs to be a target pasdoc.css.inc: > The recipe would be in source/component/Makefile >
The "clean" in source/component/Makefile indeed removes the "pasdoc.css.inc", and the "all" target in that same source/component/Makefile creates it. However, the top-level Makefile (at least in our upstream) does call neither. That's why I was surprised it's missing during the Debian build: - Top-level "make clean" does not call "make -C source/component/ clean". - In same fashion, top-level "make" does not call "make -C source/component/ all". Since it's a very seldom case to want to modify this file, we leave to developers to eventually clean/regenerate "pasdoc.css.inc" by manually calling "make -C source/component/ ..." calls. Though I see that Debian rules clean and recreate it in master/debian/rules ( https://salsa.debian.org/pascal-team/pasdoc/-/blob/master/debian/rules?ref_type=heads ), using "make -C source/component clean all". Still, I'm unsure how is this broken by --shuffle=reverse . Makefile rules get shuffled, but command-line options are still performed in order, right? If they are not, then Debian rules at https://salsa.debian.org/pascal-team/pasdoc/-/blob/master/debian/rules?ref_type=heads#L35 have to be updated to do "make -C source/component clean && make -C source/component all". Regards, Michalis
