[prev in list] [next in list] [prev in thread] [next in thread] 

List:       autoconf
Subject:    Re: Enforcing strict c99 compliance
From:       Adam Mercer <ramercer () gmail ! com>
Date:       2009-05-24 19:28:03
Message-ID: 799406d60905241228v49983816y6377a9ce20554245 () mail ! gmail ! com
[Download RAW message or body]

On Sun, May 24, 2009 at 01:22, Ralf Wildenhues <Ralf.Wildenhues@gmx.de> wro=
te:

Hi Ralf

> * Adam Mercer wrote on Sat, May 23, 2009 at 11:57:35PM CEST:
>> In a project I am involved with we are in the process of moving from
>> ANSI C89 to C99, the first step in this transition was to use
>> AC_PROG_CC_STDC to detect the compiler instead of AC_PROG_CC (we can't
>> use AC_PROG_CC_C99 as there are legacy systems running autoconf-2.59
>> that we need to support).
>
> That sounds like a bad idea. =A0If you cannot update the Autoconf 2.59
> system, then you should add required fixes to your package. =A0For
> example, you could use m4_ifdef([AC_PROG_CC_C99], [...], [...])
> to find out whether this macro is defined, and otherwise define your
> own version of it, to the one that does the checks done in current
> Autoconf, for example. =A0And then call that.

Thanks, I installed autoconf-2.63 and automake-1.11 locally and then
the appropriate flags are added. So I'll start trying to get approval
to update autoconf and automake on these systems. In the mean time
I'll see what is involved in adding AC_PROG_CC_C99 to our scripts.

> We don't really support bugs in 2.59 any more.

Understandable, its quite old now.

Cheers

Adam



[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic