intprops.h as a module?

The intprops.h header file seems pretty useful by itself. Would it make sense to create a module that just imports that header file? -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org ___ bug-gnulib mailing list bug-gnulib@gnu.org http:

argp.h/argz.h and error_t

If a project uses both modules argp and argz, error_t may be both #define'd, and set as typedef in argp.h. The #define from config.h (which comes ultimatively from argz.m4) kills the typedef of course. For example on sparc-sun-solaris2.8: | cc -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\" -DLIBDIR

`illegal' vs `invalid'

[CVS 2006-02-24] In the files `getopt.c', `glob.c', and `regexprops-generic.texi' I suggest to replace the word `illegal' with `invalid'. Werner ___ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib

Re: config.h inclusion leftovers

Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > The following patch changes the last files over to the agreed-to style > for inclusion of `config.h'. > > * lib/mkdtemp.c, lib/setenv.c, lib/unsetenv.c: Normalize > inclusion of `config.h'. Thanks. Applied.

Re: play nice with AC_CACHE_CHECK

Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > 1) readline.m4 gives different results with cached reruns: for example, > on x86_64-unknown-linux-gnu: > > ./configure -C > -> LIBREADLINE="-lreadline -lncurses" > ./config.status --recheck > -> LIBREADLINE="-lreadline" > > This is becau

Re: play nice with AC_CACHE_CHECK

Hi Eric, * Eric Blake wrote on Thu, Feb 23, 2006 at 08:42:18PM CET: > > > > 2) Similar with getaddrinfo.m4, except there is no need to store > > additional information here. Beware, the getaddrinfo part of the > > patch is completely untested. > > The following patch to getaddrinfo HAS been tes

Re: play nice with AC_CACHE_CHECK

> > 2) Similar with getaddrinfo.m4, except there is no need to store > additional information here. Beware, the getaddrinfo part of the > patch is completely untested. The following patch to getaddrinfo HAS been tested: http://lists.gnu.org/archive/html/bug-gnulib/2006-02/msg00057.html And it

NetBSD 2.0+, statfs.h and mountlist.c

Hello, I'm sending this email due to a problem I've been facing while trying to find a way to use the existent mountlist.c, provided by gnulib, and the statfs problem on NetBSD, because there's no statfs anymore, but *statvfs. Changing or defining statfs as a statvfs struct works, but mountlist

test failures: crc, md4, gc-md4

FYI, a few of the gnulib tests currently fail: On x86_64-unknown-linux-gnu (omitting passed tests): cu got b9a9a617 FAIL: test-crc md4 1 mismatch. expected: a4 48 01 7a af 21 d8 52 5f c1 0a e8 7a a6 72 9d computed: 29 e6 63 dd dc 61 52 69 91 85 da 92 ed 96 c8 b1 FAIL: test-gc-md4 expected: a4 48

small modules/ cleanup

Two small changes: - pacify Automake erroring out on: | automatically discovered file `xstrtod.h' should not be explicitly mentioned | automatically discovered file `xstrtod.c' should not be explicitly mentioned - use $(EXEEXT) uniformly in TESTS (conforming to a recent agreement), and use

config.h inclusion leftovers

The following patch changes the last files over to the agreed-to style for inclusion of `config.h'. Cheers, Ralf * lib/mkdtemp.c, lib/setenv.c, lib/unsetenv.c: Normalize inclusion of `config.h'. Index: lib/mkdtemp.c