Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

coreutils may not build because misssing aclocal-1.15 #4467

Closed
chelmuth opened this issue Mar 31, 2022 · 4 comments
Closed

coreutils may not build because misssing aclocal-1.15 #4467

chelmuth opened this issue Mar 31, 2022 · 4 comments

Comments

@chelmuth
Copy link
Member

After a fresh prepared coreutils port make -C build/x86_64 noux-pkg/coreutils-minimal and ./tool/depot/create genodelabs/bin/x86_64/coreutils-minimal UPDATE_VERSIONS=1 FORCE=1 may fail like follows.

/home/krishna/src/genode.git/contrib/coreutils-0c59a98223ebc29b87276ea0bfcfa8892798cf32/src/noux-pkg/coreutils/build-aux/missing: line 81: aclocal-1.15: command not found
WARNING: 'aclocal-1.15' is missing on your system.
         You should only need it if you modified 'acinclude.m4' or
         'configure.ac' or m4 files included by 'configure.ac'.

make -d revealed that timestamps in the port force the rebuild of aclocal macros.

        Prerequisite '/home/krishna/src/genode.git/contrib/coreutils-0c59a98223ebc29b87276ea0bfcfa8892798cf32/src/noux-pkg/coreutils/m4/cu-progs.m4' is newer than target '/home/krishna/src/genode.git/contrib/coreutils-0c59a98223ebc29b87276ea0bfcfa8892798cf32/src/noux-pkg/coreutils/aclocal.m4'.

This issue is related to #4350 and stems from #4262.

@chelmuth chelmuth added the bug label Mar 31, 2022
@chelmuth
Copy link
Member Author

chelmuth commented Mar 31, 2022

touch /home/krishna/src/genode.git/contrib/coreutils-0c59a98223ebc29b87276ea0bfcfa8892798cf32/src/noux-pkg/coreutils/aclocal.m4 makes the pkg build again.

Due to the randomness in timestamps touching a single file does not always help to "fix" the dependency chain in our interest. Temporarily reverting e6cdaaf helps to proceed with unrelated developments.

@nfeske
Copy link
Member

nfeske commented Apr 1, 2022

I wonder, might there be a solution in the lines of 4f820cf? I'm unfortunately not well-versed in the autoconf magic, but maybe there exists an equally simple way of discharging the automatism behind the invocation of the aclocal tool?

@nfeske
Copy link
Member

nfeske commented Apr 1, 2022

The rule in coreutils's Makefile.in at line 6025 looks like a promising candidate:

$(ACLOCAL_M4):  $(am__aclocal_m4_deps)
	$(am__cd) $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS)

Could you check if prefixing this line with IGNORE- has the desired effect? If so, we should extend the _discharge_automake command in tool/ports/mk/install.mk by covering this case.

chelmuth added a commit that referenced this issue Apr 1, 2022
@chelmuth
Copy link
Member Author

chelmuth commented Apr 1, 2022

Thanks for the exact pointer. Commit 952ba29 fixes the issue (tested with coreutils and tar).

@chelmuth chelmuth added the fixed label Apr 1, 2022
chelmuth added a commit that referenced this issue Apr 12, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants