"Axel Liljencrantz" <[EMAIL PROTECTED]> writes: > Oh, prototypes for fallback functions are a hassle. I just don't know > what to do with them, honestly. > > On on hand, supplying prototypes for functions that are defined in > libc sometimes breaks things, like in this case where it would seem > the prototype in NetBSD libc is incompatible with the one fish has. > > On the other hand, sometimes libc provides a function but no > prototype. This is true for instance with glibc and the *wprintf > functions. In order to get these function prototypes, you need to > supply the --std=c99 switch to the compiler, but even if you don't, > the actual functions are there. In order to get prototypes for some > additional wcs* functions, you also need to supply additional > #defines. > > If somebody has input on how this could be handled without breaking on > any platforms, and without adding gcc-specific switches, please speak > up.
You _really_ don't want to be defining prototypes like that, esp. as that's likely to break when -std=gnu99 becomes the default. Two ways to work around this are: . try adding -std=gnu99 and/or -std=c99 to the CFLAGS in autoconf, if it fails don't use it (and assume nothing is prototyped/available). . Add: #define _ISOC99_SOURCE 1 ...somewhere in your headers (see /usr/include/features.h or info libc). -- James Antill -- [EMAIL PROTECTED] http://www.and.org/and-httpd ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Fish-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fish-users
