On Nov 26, 2007 10:55 AM, James Youngman [EMAIL PROTECTED] wrote:
Essentially it checks gnulib out using cvs checkout -D to get a
reproducible version and then imports the indicated modules. The
config file and the script which reads it are checked into CVS and
included in findutils
James Youngman [EMAIL PROTECTED] wrote:
On Nov 26, 2007 10:55 AM, James Youngman [EMAIL PROTECTED] wrote:
Essentially it checks gnulib out using cvs checkout -D to get a
reproducible version and then imports the indicated modules. The
config file and the script which reads it are checked
Hi,
I have written my dispose
function, I get as parameter a void pointer,
which it seems I must free too. However its prototype is like:
typedef void (*gl_setelement_dispose_fn) (const void *elt);
Then, if I declare my function with a non-const type as first
argument, it will warn
Hello Martin,
Thanks for your patch.
- Don't provide a getpagesize.h header. Modify gnulibs unistd.h
instead.
Yes, I agree this is useful, because although POSIX does not specify
getpagesize() any more, SUSV2 had it declared in unistd.h [1].
- Provide a getpagesize function (not a macro)
Martin Lambers wrote:
If a macro is used instead, should its definition go into
lib/unistd.h.in directly, or should it stay in a separate
lib/getpagesize.h, which is then included in lib/unistd.h.in?
It should go into lib/unistd.in.h. You can use blank lines or other kinds
of separator lines
Jim Meyering [EMAIL PROTECTED] wrote:
I've just run the test-xprintf-posix.sh test on NetBSD 1.6
and saw this failure:
...
make[3]: Leaving directory `/tmp/coreutils-6.9.89.12-8e412/gnulib-tests'
make check-TESTS
make[3]: Entering directory `/tmp/coreutils-6.9.89.12-8e412/gnulib-tests'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
How do I check for a package (ffcall) which consists of several
libraries (avcall and callback)?
I do not want to force the user to do pass the prefix twice:
--with-avcall-prefix=/usr/local --with-callback-prefix=/usr/local
I want
On Nov 24, 2007 11:53 AM, James Youngman [EMAIL PROTECTED] wrote:
I now notice that unfortunately the content of regexprops-generic.texi
has significantly diverged from the (one time) original source, which
is automatically generated by lib/regexprops.c in findutils.
This original contains
