This is the mail archive of the
libc-help@sourceware.org
mailing list for the glibc project.
Re: autoconf AC_PREREQ ?
- From: "Carlos O'Donell" <carlos at systemhalted dot org>
- To: "Yann E. MORIN" <yann dot morin dot 1998 at anciens dot enib dot fr>
- Cc: libc-help at sourceware dot org
- Date: Wed, 24 Sep 2008 11:22:38 -0400
- Subject: Re: autoconf AC_PREREQ ?
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=va2nrFauXwMa0WF0BEmJtSQAQNLmcAQt9fVsCpQ7TVw=; b=U0fq+HuptfPaLP8cfDHLFltCLRB4x/DlA+6qQV5SVaCO3FAgHWHBhihCAviz8I5BoR ER7DMfKcsYaLIP7ANQ2fnJyVuV0KwEWsl0dYSFQOlMS2tRM3Y8fSlEpIcRGGdcGaa0G5 +EbsPl8Q7l9szEmk8qkcALBJ9uAKPzIAamEEQ=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=sUnZEK8SNWYHHFn/YJw2Ga8Wc28AZ266LQrQZ1vzC97fSViGUrmj4CIsFdciryrdTe OnpDJOEXQ0qwmztTv6zVXL2tWw4+kyX/c5SX6fFNFqz2xRhy2mhwH+tztgJLG3idUsC/ PO+S7SMzXrmNxoSLpHVyGRCAO0CUcXrtKeyQk=
- References: <200809240729.56161.yann.morin.1998@anciens.enib.fr>
On Wed, Sep 24, 2008 at 1:29 AM, Yann E. MORIN
<yann.morin.1998@anciens.enib.fr> wrote:
> There are configure.in fragments throughout the glibc-2.8 tree. Those
> fragments get parsed with 'autoconf', called from the glibc Makefiles.
> Unfortunately, on some distributions (Debian is one), 'autoconf' is a
> wrapper script that calls either autoconf2.13 or autoconf2.50, based on
> some heuristics (2). And those heuristics decide to run autoconf2.13.
Why are you regenerating the configure scripts? Have you modified them?
A CVS checkout will almost always have the wrong timestamp for the
configure.in files, therefore you should "touch" all the configure
scripts after checkout. This will avoid their regeneration.
The solution is to your problem is to set the environment variable
AUTOCONF to the correct autoconf binary e.g. export
AUTOCONF=autoconf2.50.
There is no need to guess, INSTALL says you must use autoconf2.53 or newer.
Cheers,
Carlos.