Hi Peter, On Fri, 2025-12-19 at 13:12 +0000, Peter Blackman wrote: > On 28/10/2025 12:53, Peter B wrote: > > ISTM the cause of this bug is line 79 in the current rules file; > > > > clean: clean-patched clean-make-files > > > > The left right ordering is critical. > > Solution is to make clean-make-files > > depend on clean-patched so the targets > > are always executed in the right order. > > Well, that didn’t work! > It seems clean-make-files also needs to run > independently of clean-patched. Indeed, the right order was enforced more by the order of calling targets rather than the dependency of targets. This is a bad design, but was so old that we can't complain about it. > > Also, adding .WAIT everywhere in d/rules did not fix the bug > as likely the upstream makefiles also depends on strict left > right ordering as well. Probably not the right solution > > Going to add .NOPARALLEL to prevent any issues arising from > attempts to parallel build, and put priority back to minor. Neither this one > > Tempted to add 'wontfix' as I don't see anyway this build can > be made to work with --shuffle=reverse. I would rather try to give it to a chat bot and ask it to fix that or at least draw the dependency graph and the execution flows. Or maybe even better, try to create a new make file based on latest Debian process rather than this legacy make file.
I Â unfortunately don't have time for that now, but I planned to rework this make file to make it smaller and more conform to what we do with other tools. However this may take a while because the nature of FPC as a compiler render some intermediate steps mandatory. -- Cheers, Abou Al Montacir
