GNU bug report logs -
#25290
configure bug
Previous Next
Reported by: Lauren Jackson <jack1120 <at> umn.edu>
Date: Thu, 29 Dec 2016 17:16:01 UTC
Severity: normal
Tags: notabug
Done: Mathieu Lirzin <mthl <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #8 received at 25290 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 12/29/2016 05:26 AM, Lauren Jackson wrote:
> Hello,
>
> I am attempting to install automake in a local directory on a university
> supercomputing system. I have used ./configure --prefix=/home/path to
> install the dependent programs m4 and autoconf (v. 2.69 and 2.66 in
> different attempts). However, when trying to configure automake using the
> same prefix it reports that it detects autoconf but that the version is not
> 2.65 or higher. Is there a way to force the configuration to find the
> autoconf versions that I have installed locally? Thank you!
Pasting the EXACT error message may be helpful. But perhaps this will work:
./configure AUTOCONF=/dir/of/bin/autoconf
where you are pointing to your just-installed newer version. Or you can
try:
PATH=/dir/of/bin/autoconf:$PATH
./configure
to ensure that the first 'autoconf' on the PATH lookup is the new one.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
This bug report was last modified 8 years and 2 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.