autoconf
[Top][All Lists]
Advanced

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

Re: [Andrew Suffield <address@hidden>] Bug#157887: autoconf: various imp


From: Akim Demaille
Subject: Re: [Andrew Suffield <address@hidden>] Bug#157887: autoconf: various imperfectly formed functions in c.m4
Date: 29 Aug 2002 10:48:04 +0200
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter)

| Hi.  The following bug was reported against the Debian GNU/Linux
| package for Autoconf 2.53.  I am forwarding it upstream since its
| complaints are out of the scope of Debian maintainership for a
| package as I see it.
| 
| Thanks,
| 
| Ben.
| 
| From: Andrew Suffield <address@hidden>
| Subject: Bug#157887: autoconf: various imperfectly formed functions in c.m4
| To: address@hidden
| X-Sent: 5 days, 19 hours, 14 minutes, 27 seconds ago
| 
| reopen 157887
| thanks
| 
| On Thu, Aug 22, 2002 at 03:22:44PM -0700, Ben Pfaff wrote:
| > Andrew Suffield <address@hidden> writes:
| > 
| > > Package: autoconf
| > > Version: 2.53-5
| > > Severity: normal
| > > 
| > > c.m4 contains several functions which are not correctly formed -
| > > mostly undeclared argument lists. This causes unnecessary test
| > > failures when running with -Wstrict-prototypes -Werror in CFLAGS.
| > 
| > You shouldn't modify the CFLAGS that Autoconf uses.  Only modify
| > it for use in your own Makefiles.  Otherwise, it's a bug in your
| > configure.in, not in Autoconf.
| 
| Then I will have to override _all_ of the autoconf macros with my own
| versions. I am not interested in what happens with the default
| CFLAGS. Lots of parameters to gcc can and will modify its behaviour,
| and I need to know what features are available under those conditions.
| 
| This is a grotesque flaw in autoconf; it just became vastly less
| useful.
| 
| > Autoconf doesn't assume that the system C compiler supports ANSI
| > prototypes.
| 
| Then it should test for that, not assume it is running K&R. I find the
| "feature" of supporting K&R at the expense of ANSI to be rather less
| than useful, especially since almost all the autoconf-using project
| nowdays don't support K&R C anyway.
| 
| 
| 
| Additionally, if running with different CFLAGS is not supported,
| there's a different bug: autoconf uses whatever value for $CFLAGS you
| had set in the shell. Here's an example:
| 
| address@hidden:~/tmp$ cat configure.ac
| AC_INIT(foo, 0.1)
| 
| AC_C_INLINE
| 
| AC_OUTPUT()
| address@hidden:~/tmp$ autoconf
| address@hidden:~/tmp$ CFLAGS="-Werror -Wstrict-prototypes 
-Wmissing-prototypes" ./configure
| checking for gcc... gcc
| checking for C compiler default output... configure: error: C compiler cannot 
create executables
| 
| Here autoconf has taken it upon itself to dictate what flags I can
| use.

Study config.log and make a bug report.



| At least one of the above two things is a bug. I should be able to set
| CFLAGS to whatever I want to compile with, and I need to know whether
| I can (for example) use inline when a full set of warning flags are
| enabled.
| 
| -- 
|   .''`.  ** Debian GNU/Linux ** | Andrew Suffield
|  : :' :  http://www.debian.org/ | Dept. of Computing,
|  `. `'                          | Imperial College,
|    `-             -><-          | London, UK
| 
| ----------




reply via email to

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