Jim Meyering <[EMAIL PROTECTED]> writes:
> This will keep me from releasing decl-after-stmt code in coreutils/src:
This inspired me to try harder for an automated check for departures
from C89. Here's a proposed patch that implements such a check for
coreutils, and that fixes the departures that
gettext.h also has a problem with gcc -ansi -pedantic: it uses the
[restrict] syntax in that case, but GCC complains about it since
[restrict] isn't in C89. Here's a proposed patch:
2006-11-26 Paul Eggert <[EMAIL PROTECTED]>
* lib/gettext.h (_LIBGETTEXT_HAVE_VARIABLE_SIZE_ARRAYS):
I tried compiling coreutils with gcc -ansi -pedantic (ah, the good
old days!) and found some incompatibilities had crept into the
regex module. I installed this to fix them:
2006-11-26 Paul Eggert <[EMAIL PROTECTED]>
Fix some incompatibilities with gcc -ansi -pedantic.
* lib/re
Ben Pfaff <[EMAIL PROTECTED]> writes:
> C99 added some useful functions to math.h, such as trunc and
> round. Would there be objections to a module that adds
> implementations of those functions? I am particularly interested
> in those two functions, which are handy for GNU PSPP, and so I am
> l
C99 added some useful functions to math.h, such as trunc and
round. Would there be objections to a module that adds
implementations of those functions? I am particularly interested
in those two functions, which are handy for GNU PSPP, and so I am
likely to write such a module if acceptance would
The getaddrinfo.c file contains these lines within getaddrinfo():
151if (hints && (hints->ai_flags & ~(AI_CANONNAME|AI_PASSIVE)))
152 /* FIXME: Support more flags. */
153 return EAI_BADFLAGS;
followed later by:
181if (!(hints->ai_flags & AI_NUMERICSERV))
182
Paul Eggert <[EMAIL PROTECTED]> wrote:
> Matthew Woehlke <[EMAIL PROTECTED]> writes:
>
>> Ok, happen to have a quick how-to? (A cron job that *doesn't* mail me
>> unless there is a problem would be nice :-).)
>
> http://buildbot.sourceforge.net/
>
> I haven't built one myself, but others have
Simon Josefsson <[EMAIL PROTECTED]> writes:
> I agree in general, although I'd prefer to see gnulib support autoconf
> 2.60a, automake 1.10 and gettext 0.15 for some time more, because that
> is what is installed on my up-to-date Debian 'unstable' box.
Somehow I missed the release of Autoconf 2.6
Paul Eggert <[EMAIL PROTECTED]> writes:
> Eric Blake <[EMAIL PROTECTED]> writes:
>
>> Or you could upgrade to gettext 0.16, which is designed to work out of the
>> box with autoconf 2.61, automake 1.10, and gnulib.
>
> That makes more sense. It'd take a lot of work to support arbitrary
> combinat
