Savannah interface

I noticed that there are items in the `Patch Manager' and `Tech Support Manager' web interfaces under https://savannah.gnu.org/projects/gnulib. I suspect these aren't read, and you might want to turn off those forums (or whatever they're called). Apologies if that's a bad guess. I was looking th

use of program_name

Gnulib routines call `error', and on a non-glibc system that's likely to use an uninitialized `program_name' since the variable is initialized in progname.c, and that's not required. Users probably won't find out about it until `error' gets called at some stage and prints junk; if gnulib supports

Re: use of program_name

Paul Eggert <[EMAIL PROTECTED]> writes: > Under the current approach, it's the caller's responsibility to arrange > for a program_name variable that works, either by using the progname > module, or by rolling their own program_name variable. So gnulib shouldn't be used for libraries (or at least

Re: use of program_name

Paul Eggert <[EMAIL PROTECTED]> writes: > If we put a similar declaration in > error.c, it would cause two different definitions of program_name, and > some non-Unix linkers reject this. (The C Standard allows them to > reject it.) Sorry, I thought Unix linkers actually did reject it, which was

Re: use of program_name

Paul Eggert <[EMAIL PROTECTED]> writes: > Perhaps we could change progname.h so that 'program_name' is a > function that returns the program name, instead of being a global > variable. If it's any help, I can tell you what libroken does; I suspect it's emulating a BSD facility. (In case you don'

[bug-gnulib] dirname module should depend on stdbool

dirname.h includes stdbool.h but the dirname module is missing a Depends-on for it. ___ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib

[bug-gnulib] xmalloc should depend on xalloc-die

gnulib-tool sucked in xmalloc from something else and that failed to build because xalloc-die was missing. This fixed it: --- xalloc.~1.15.~ Sat Apr 16 22:19:07 2005 +++ xalloc Mon May 9 10:50:13 2005 @@ -7,6 +7,7 @@ m4/xalloc.m4 Depends-on: +xalloc-die configure.ac: gl_XALLOC

Re: [bug-gnulib] dirname module should depend on stdbool

Paul Eggert <[EMAIL PROTECTED]> writes: > I omitted stdbool on the theory that packages that to assume C99 don't > need to use the stdbool module, since stdbool.h comes with C99. For what it's worth, this wasn't a package assuming c99. I think it was a result of including something that autoscan

[bug-gnulib] stat-macros module depends on itself

I noticed this, though it didn't seem to confuse gnulib-tool when it got used. --- moodules/stat-macros.~1.1.~ Tue Mar 22 07:43:56 2005 +++ moodules/stat-macrosMon May 9 11:21:01 2005 @@ -6,7 +6,6 @@ m4/stat-macros.m4 Depends-on: -stat-macros configure.ac: gl_STAT_MACROS ___