|
Bugzilla – Full Text Bug Listing |
| Summary: | 1.9.6p1 uses C99 features without configuring for them | ||
|---|---|---|---|
| Product: | Sudo | Reporter: | James Brown <jbrown> |
| Component: | Configure | Assignee: | Todd C. Miller <Todd.Miller> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | mehmetgelisin |
| Priority: | low | ||
| Version: | 1.9.6 | ||
| Hardware: | PC | ||
| OS: | All | ||
|
Description
James Brown
2021-04-05 17:57:20 MDT
The configure script checks for options needed for C11 and if C11 is not supported, checks for C99 options. You should see output like this from configure: checking whether the compiler supports GNU C... yes checking whether gcc accepts -g... yes checking for gcc option to enable C11 features... unsupported checking for gcc option to enable C99 features... -std=gnu99 Can you check your configure output to see what it says for the C11 and C99 checks? It's possible this is a bug in autoconf 2.71. This definitely does appear to be an autoconf issue of some kind. The configure script in the tarball checks for C99, but a new configure script generated after autoreconf doesn't. There are some warnings on autoreconf but no fatal errors, so I'm kind of at a loss where the issue is. This is with autoconf 2.69, for what it's worth; maybe some stanza you use requires a newer autoconf? There's actually no reason for me to be running autoreconf, since I'm not patching anything in the build system, so I won't worry about it for now. I've bumped the autoconf minimum version in configure.ac to 2.70 which should avoid this kind of problem in the future. Some of the macros deprecated in 2.70 are required by older versions. For example, AC_PROG_CC now does the work of AC_PROG_CC_STDC. Fixed in sudo 1.9.7 |