Helmut Grohne wrote: > On Sat, Feb 01, 2025 at 09:35:22AM +0200, Yavor Doganov wrote: > > Helmut Grohne wrote: > > > On Sat, Feb 01, 2025 at 12:53:24AM +0200, Yavor Doganov wrote: > > > > That's realy puzzling, I honestly can't figure out what's > > > > going on. > > > > > > Would you mind sharing a successful build log of yours for me to > > > look into? Diffing build logs is a powerful tool. > > > > Sure; please find it attached (gzipped). > > Being puzzled goes on. The log did not reveal much to me. A few > observations: > * It actually does not use -nc (as you said) and really does run make > distclean (as does the failing one). > * make distclean does not run configure (unlike the failing one).
Running configure without arguments is the culprit, yes. > | Finished prerequisites of target file > '/usr/share/GNUstep/Makefiles/messages.make'. > | No need to remake target '/usr/share/GNUstep/Makefiles/messages.make'. > | Considering target file 'gui.make'. > | File 'gui.make' does not exist. > | Considering target file 'gui.make.in'. > | Looking for an implicit rule for 'gui.make.in'. > | Trying pattern rule '%: %.m' with stem 'gui.make.in'. > | Trying implicit prerequisite 'gui.make.in.m'. > | Not found 'gui.make.in.m'. > | Trying harder. > | Trying pattern rule '%: %.m' with stem 'gui.make.in'. > | Trying implicit prerequisite 'gui.make.in.m'. > | Looking for a rule with intermediate file 'gui.make.in.m'. > | Avoiding implicit rule recursion for rule '%: %.m'. > | No implicit rule found for 'gui.make.in.m'. > | Rejecting rule '%: %.m' due to impossible prerequisite 'gui.make.in.m'. > | No implicit rule found for 'gui.make.in'. > | Finished prerequisites of target file 'gui.make.in'. > | No need to remake target 'gui.make.in'. > | Considering target file 'Version'. > | Looking for an implicit rule for 'Version'. > | Trying pattern rule '%: %.m' with stem 'Version'. > | Trying implicit prerequisite 'Version.m'. > | Not found 'Version.m'. > | Trying harder. > | Trying pattern rule '%: %.m' with stem 'Version'. > | Trying implicit prerequisite 'Version.m'. > | Looking for a rule with intermediate file 'Version.m'. > | Avoiding implicit rule recursion for rule '%: %.m'. > | No implicit rule found for 'Version.m'. > | Rejecting rule '%: %.m' due to impossible prerequisite 'Version.m'. > | No implicit rule found for 'Version'. > | Finished prerequisites of target file 'Version'. > | No need to remake target 'Version'. > | Considering target file 'configure'. > | Looking for an implicit rule for 'configure'. > | Trying pattern rule '%: %.m' with stem 'configure'. > | Trying implicit prerequisite 'configure.m'. > | Not found 'configure.m'. > | Trying harder. > | Trying pattern rule '%: %.m' with stem 'configure'. > | Trying implicit prerequisite 'configure.m'. > | Looking for a rule with intermediate file 'configure.m'. > | Avoiding implicit rule recursion for rule '%: %.m'. > | No implicit rule found for 'configure.m'. > | Rejecting rule '%: %.m' due to impossible prerequisite 'configure.m'. > | No implicit rule found for 'configure'. > | Finished prerequisites of target file 'configure'. > | No need to remake target 'configure'. > | Finished prerequisites of target file 'gui.make'. > | Must remake target 'gui.make'. > | Need a job token; we don't have children > | GNUmakefile.postamble:81: update target 'gui.make' due to: target does not > exist > | if [ -x config.status ]; then \ > | ./config.status --recheck && ./config.status; \ > | else \ > | ./configure; \ > | fi Here is the problem but I don't understand why it happens. From my log at the end of this prerequisite check: | Finished prerequisites of target file 'gui.make'. | Prerequisite 'gui.make.in' is older than target 'gui.make'. | Prerequisite 'Version' is older than target 'gui.make'. | Prerequisite 'configure' is older than target 'gui.make'. How it happens that the gui.make target needs to be rebuilt in your case? I attach my build log with --debug=a entirely as I'm afraid of making a mistake while cutting stuff you're not interested in. I'll just make another try with the official package in unstable, obtained with apt-get source. > Once configure is invoked, things go bad. Definitely. > Thanks for bearing with me. Please, I'm grateful for all of your efforts in different areas and I'm probably the most interested person on this planet to get gnustep-gui cross-built on the official infrastructure. I am also curious about this problem, although life has thought me that in such cases it's something innocent and obvious but you just can't spot it initially.
gnustep-gui_0.31.1-9_armhf-2025-02-01T16:45:55Z.build.gz
Description: Binary data
