GlobalArrays/ga

autogen.sh fails when only automake needs to be built

Closed this issue · 6 comments

The autogen.sh fails to build the right set of autotools when only automake needs to be built, while m4, libtool and autoconf are already at the required version. I think that the script fails since the automake build has a hardwired reference to ../autotools/share/aclocal that should come from libtool, but libtool has not been built. A simple solution would be to build libtool even though it has the required version already.
Here are some snippets from the attached log file
+ M4_VERSION=1.4.17
+ LIBTOOL_VERSION=2.4.6
+ AUTOCONF_VERSION=2.69

../ga-5-6-1/autotools/share/aclocal': No such file or directory

autogen.log.txt

This makes we wonder if we just shouldn't unconditionally force all of them to build...?
Seems more trouble than it's worth at the moment trying to test for version numbers and skip, leading to these other errors.

Yes, it might be a good idea just to force to build all of them to avoid this kind of troubles.
My vote is to build all four of the autotools, unless all of the are present with the right version

I have just realized that the autogen.sh script seems to fail even when all the four autotools components are present with the required versions (log attached). Therefore, the best option might just be to build all of them unconditionally as you suggested.
autogen.log2.txt

Just pushed eecc838 to try and fix this. Please try again and report back. Thanks.

Yes, that commit fixes the case when all the four autotools components are present