GNU bug report logs - #8493
autoconf fails if env var U set

Previous Next

Package: automake;

Reported by: Eric Blake <eblake <at> redhat.com>

Date: Wed, 13 Apr 2011 17:46:02 UTC

Severity: normal

Done: Stefano Lattarini <stefano.lattarini <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Tom Lane <tgl <at> sss.pgh.pa.us>
To: Eric Blake <eblake <at> redhat.com>
Cc: bug-automake <at> gnu.org, Tim Wallace <twallace <at> ll.mit.edu>, bug-autoconf <at> gnu.org
Subject: bug#8493: autoconf fails if env var U set 
Date: Wed, 13 Apr 2011 14:02:36 -0400
Eric Blake <eblake <at> redhat.com> writes:
> On 04/13/2011 11:31 AM, Tim Wallace wrote:
>> This is a bug discovered when trying to build postgresql 9.0.3 on Redhat
>> Enterprise Linux 5.  If env var U is set, it fails, as pointed out by
>> the Postgres maintainer.

> The issue still exists in autoconf 2.68 (and autoconf.git); but the
> rules are not using $U in the configure script (read those lines
> closely, and you'll note that what is really happening is that they are
> generating a literal '$U' for inclusion in the AC_SUBST of LIBOBJS and
> LTLIBOBJS).  So the real problem may be that automake is not prepared
> for the case when $U is defined at make time, rather than on autoconf
> for passing literal $U into the makefile in the first place during
> AC_LIBOBJ.

It may be relevant here that Postgres doesn't use automake, just bare
autoconf.  So the appearance of $U in the emitted value of LIBOBJS seems
completely useless for us.  It would be nice if there were a way to turn
that off.

If the intended use is only for ansi2knr, I'd even argue that it
should be off by default ... how many people care about ansi2knr
anymore?

			regards, tom lane




This bug report was last modified 13 years and 199 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.