Re: AC_LIB_PROG_LD

2007-11-03 Thread Bruno Haible
Sylvain Beucler wrote: > relocatable.m4 is using the AC_LIB_PROG_LD definition. > AC_REQUIRE([AC_LIB_PROG_LD])dnl we use $LD > > However this macro is defined in gettext > (autoconf-lib-link/m4/lib-ld.m4), so it's not available in a minimal > autoconf + automake install. This macro

Re: git-version-gen: sync from coreutils? (includes API change)

2007-11-03 Thread Paul Eggert
Jim Meyering <[EMAIL PROTECTED]> writes: > If so, would you object to my sync'ing the > version in gnulib with the one in coreutils? My general rule is to cheer on all such syncs, either from the sidelines or (when I can find the time) from the playing fields. Thanks.

AC_LIB_PROG_LD

2007-11-03 Thread Sylvain Beucler
Hi, relocatable.m4 is using the AC_LIB_PROG_LD definition. AC_REQUIRE([AC_LIB_PROG_LD])dnl we use $LD However this macro is defined in gettext (autoconf-lib-link/m4/lib-ld.m4), so it's not available in a minimal autoconf + automake install. Do you recommend installing gettext befor

Re: git-version-gen: sync from coreutils? (includes API change)

2007-11-03 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jim Meyering on 11/3/2007 11:08 AM: > Do any of you use git-version-gen? In fact, I was just in the middle of converting m4 to use it. > If so, would you object to my sync'ing the > version in gnulib with the one in coreutils? > They've

git-version-gen: sync from coreutils? (includes API change)

2007-11-03 Thread Jim Meyering
Do any of you use git-version-gen? If so, would you object to my sync'ing the version in gnulib with the one in coreutils? They've drifted recently, and I've just now pulled some gnulib bits into coreutils' version. If I don't hear objections, I'll do the coreutils->gnulib merge by Monday.

new module 'frexp-nolibm'

2007-11-03 Thread Bruno Haible
For the next patch to the *printf facilities, it is necessary to have a frexp() function that does not require linking with libm. This module provides it. 2007-11-03 Bruno Haible <[EMAIL PROTECTED]> * modules/frexp-nolibm: New file. * m4/frexp.m4 (gl_FUNC_FREXP_NO_LIBM): New mac

vasnprintf: fix overflow detection on OSF/1 5.1

2007-11-03 Thread Bruno Haible
On OSF/1 5.1, the printf() and fprintf() replacements no longer produced output of more than 1999 bytes. Wh... 2007-11-03 Bruno Haible <[EMAIL PROTECTED]> * lib/vasnprintf.c (VASNPRINTF): Don't assume that snprintf's return value is C99 compliant. Needed for OSF/1 5

vasnprintf: fix out-of-memory handling

2007-11-03 Thread Bruno Haible
The out-of-memory handling of gnulib's *printf replacement is broken: it sometimes sets errno to EINVAL instead of ENOMEM. This fixes it. 2007-11-03 Bruno Haible <[EMAIL PROTECTED]> Fix out-of-memory handling of vasnprintf. * lib/printf-parse.c: Include . (PRINTF_PARSE):