bug-autoconf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Possible bug - AC_PROG_CC


From: Ralf Wildenhues
Subject: Re: Possible bug - AC_PROG_CC
Date: Thu, 7 Dec 2006 17:36:49 +0100
User-agent: Mutt/1.5.13 (2006-11-01)

Hello Michael,

* Michael Ambrus wrote on Thu, Dec 07, 2006 at 05:18:05PM CET:
> It seems that AC_PROG_CC misbehaves if used inside a if-case, in which it
> doesn't detects whether or not we try to use a cross compiler (and
> $cross_compiling is not set to "yes"). In the example below, $USECPLUSPLUS
> is "no" in both cases which is intentional.

Yep.  The first compiler macro that is invoked
(AC_PROG_{CC,CXX,F77,FC,OBJC}) must be invoked unconditionally.
We've had a couple of reports about this, I think we should document
it for now.  Fixing it is quite intricate.

> I'm not certain which version of autoconf is used since both autoconf2.13and
> autoconf2.50 are installed on my system.
> 
> configure.in contains AC_PREREQ([2.59]), but if I try to set this to 2.13 I
> get all sorts of other errors. Setting it to 2.50 produces the same as
> mentioned above.
> 
> 'autoconf -V' will respond 2.50 however...

Then most likely the system has installed a wrapper that is a bit smart:
when it sees a configure.ac file (or a configure.in file that has
AC_PREREQ([2.50+])) then it will invoke the newer version.

Cheers,
Ralf




reply via email to

[Prev in Thread] Current Thread [Next in Thread]