Re: [bug-gnulib] Re: portability fix for bison-1.75

2006-01-24 Thread Paul Eggert
Bruno Haible <[EMAIL PROTECTED]> writes: > Wouldn't it be better to move the glibc source code to ANSI C? I think so, yes. I don't know why Roland and Ulrich prefer K&R style function definitions in some cases. They do have a reason, but I didn't understand it when Roland briefly tried to expla

Re: [bug-gnulib] Re: portability fix for bison-1.75

2006-01-24 Thread Paul Eggert
Bruno Haible <[EMAIL PROTECTED]> writes: > How about this additional patch? Thanks. I installed the patch to modules/strnlen, but omitted the changes to comments in config/srclist.txt, since that part of srclist.txt catalogs code that is not taken from glibc. __

Re: [bug-gnulib] Re: portability fix for bison-1.75

2006-01-24 Thread Bruno Haible
Paul Eggert wrote: > (__strndup): Revert to K&R-style function dfns, the glibc style. Huh? We know the problems of K&R-style function definitions: arguments of type 'float', 'short' and 'char' are implicitly promoted, leading to a clash with the function prototype. Empty argument lists allow

Re: portability fix for bison-1.75

2006-01-23 Thread Paul Eggert
Dieter <[EMAIL PROTECTED]> writes: > Compiling [Bison] 2.1 gives: > > ../../lib/getopt.c:127: warning: function declaration isn't a prototype > ../../lib/quotearg.c:591: warning: comparison is always false due to limited > range of data type > ../../lib/strndup.c:39: warning: no previous prototyp