Re: xstrtol.h

2007-07-21 Thread Jim Meyering
Bruno Haible <[EMAIL PROTECTED]> wrote: > Eric Blake wrote: >> > The lib/gettext.h file already arranges for this (with the i18n domain name >> > being not just "gnulib", but "findutils-gnulib" or similar). >> >> That won't work in headers. For .c files, they are compiled as part of >> the gnulib

Re: Reliance on

2007-07-21 Thread James Youngman
On 7/18/07, Ludovic Courtès <[EMAIL PROTECTED]> wrote: Alternatively, maybe `gnulib-tool --import' should say something like "Make sure `lib/config.h' is available, e.g., by adding `AC_CONFIG_LINKS(bla bla)' to your `configure.ac' file." I vote against adding more such messages. gnulib-tool al

Re: files under build-aux/ are forgotten to be distributed

2007-07-21 Thread Bruno Haible
Eric Blake wrote: > > * gnulib-tool (func_get_automake_snippet): Synthesize also an > > EXTRA_DIST augmentation for files in build-aux/. > > Could we also do that for diff files grabbed from under --local-dir? I found > it annoying that for m4 1.4.10, I had to manually update EXTRA_DIST

Re: xstrtol.h (was: Re: POTFILES.in updates?)

2007-07-21 Thread Bruno Haible
Eric Blake wrote: > > The lib/gettext.h file already arranges for this (with the i18n domain name > > being not just "gnulib", but "findutils-gnulib" or similar). > > That won't work in headers. For .c files, they are compiled as part of > the gnulib library, where the DEFAULT_TEXT_DOMAIN is in e

Re: Utility script for gnulib

2007-07-21 Thread James Youngman
On 7/15/07, Simon Josefsson <[EMAIL PROTECTED]> wrote: [EMAIL PROTECTED] writes: > Hello, > > GNU findutils has a shell script that automatically checks out a given > list of gnulib modules from CVS. You might want to include this or > link to it to avoid duplication of this work. > > The s

Re: recent gnulib changes require coreutils adaptations

2007-07-21 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> wrote: > Jim Meyering <[EMAIL PROTECTED]> writes: > >> Comparing the differences in the sh -x output should >> help us get to the bottom of this. > > Yes, thanks, that did the trick. > > It turns out that my personal "ls" defaults to "ls -A" (this is an old > securit