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

Bug#734104: marked as done (autoconf: uses old-style function definition, thus fails with -Werror=old-style-definition)

Your message dated Tue, 24 Aug 2021 03:16:48 +0200
with message-id <20210824011648.GA214876@zira.vinc17.org>
and subject line Re: autoconf: uses old-style function definition, thus fails with -Werror=old-style-definition
has caused the Debian Bug report #734104,
regarding autoconf: uses old-style function definition, thus fails with -Werror=old-style-definition
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
734104: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734104
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: autoconf
Version: 2.69-2
Severity: minor

A developer may want to test his software with
-Werror=old-style-definition (in particular because such definitions
could be a real bug in the software). But configure fails because
autoconf generates such a function definition. For instance:

[...]
configure:4069: checking whether the C compiler works
configure:4130: gcc -O2 -Wall -Wold-style-declaration -Wold-style-definition -Wmissing-parameter-type -Wmissing-prototypes -Wmissing-declarations -Wmissing-field-initializers -Werror   conftest.c  >&5
conftest.c: In function 'main':
conftest.c:12:1: error: old-style function definition [-Werror=old-style-definition]
 main ()
 ^
cc1: all warnings being treated as errors
configure:4130: $? = 1
configure:4144: result: no
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "MPFR"
| #define PACKAGE_TARNAME "mpfr"
| #define PACKAGE_VERSION "3.2.0-dev"
| #define PACKAGE_STRING "MPFR 3.2.0-dev"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define MPFR_USE_LOGGING 1
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:4144: error: in `/home/vlefevre/software/mpfr':
configure:4144: error: C compiler cannot create executables
See `config.log' for more details
[...]

Are there still compilers that fail on "int main(void) { ... }"?

In any case, certainly not when the compiler has been recognized
as gcc (like here).

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages autoconf depends on:
ii  debianutils  4.4
ii  m4           1.4.17-2
ii  perl         5.18.1-5

Versions of packages autoconf recommends:
ii  automake [automaken]  1:1.14.1-2

Versions of packages autoconf suggests:
pn  autoconf-archive  <none>
ii  autoconf-doc      2.69-2
pn  autoconf2.13      <none>
ii  gettext           0.18.3.1-2
ii  gnu-standards     2010.03.11-1
ii  libtool           2.4.2-1.6+local1

-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 2.71-2

On 2014-02-27 09:36:29 +0100, Vincent Lefevre wrote:
> Control: tags -1 upstream fixed-upstream
> 
> My patch:
> 
>   http://lists.gnu.org/archive/html/autoconf-patches/2014-01/msg00003.html
> 
> which has been pushed:
> 
>   http://lists.gnu.org/archive/html/autoconf-patches/2014-02/msg00009.html
>   http://git.savannah.gnu.org/gitweb/?p=autoconf.git;a=commit;h=1717921aa6c1ef559ef494675f6d1b20c2ae389e

Now fixed in Debian.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

--- End Message ---
Reply to: