GNU bug report logs - #25290
configure bug

Previous Next

Package: automake;

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):

From: Eric Blake <eblake <at> redhat.com>
To: Lauren Jackson <jack1120 <at> umn.edu>, 25290 <at> debbugs.gnu.org
Subject: Re: bug#25290: configure bug
Date: Thu, 29 Dec 2016 11:26:00 -0600
[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.