[Pkg-pascal-devel] Bug#1105521: Bug#1105521: pasdoc: FTBFS with make --shuffle=reverse:

[Michalis Kamburelis]

> |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