strerror module fix

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In trying out m4 on a Solaris 7 box, I noticed a failure in test-strerror, due to broken ordering in configure for the REPLACE_STRERROR shell variable. Fixed as follows: 2007-12-03 Eric Blake <[EMAIL PROTECTED]> * m4/strerror.m4 (gl_FUNC_S

Re: Updating a package's gnulib files in CVS

(Sorry about my tardiness in replying; also, moved bug-gnulib to BCC and added bug-findutils) On Nov 27, 2007 12:06 PM, Jim Meyering <[EMAIL PROTECTED]> wrote: > I'm feel about CVS the way I've felt about K&R C for years now. > It's worth supporting if doing so is really easy (i.e., "automatic"),

Re: $(LIB_ACL_TRIVIAL)

Bruno Haible <[EMAIL PROTECTED]> writes: > But how come that some programs use the 'acl' module and nevertheless don't > need $(LIB_ACL_TRIVIAL) ? Possibly the 'acl' module is the combination of > two different functionalities, and should better be split into two different > modules - one which re

Re: [PATCH] Editorial corrections to regexprop-generic.texi.

James Youngman <[EMAIL PROTECTED]> writes: > * doc/regexprops-generic.texi: change "an close-group" to "a > close-group" and "illegal" to "not allowed". Thanks, I installed that.

Gnulib and gettext conflicts?

Hi! We just received this report: http://comments.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/2439 The problem seems to be that the lib-link.m4 file included in the gnutls*.tar.bz2 archive is the m4/lib-link.m4 rather than the gl/m4/lib-link.m4. The file from gettext was older than the gnu

Re: Patch for the getpagesize module

Bruno Haible <[EMAIL PROTECTED]> wrote: > Martin Lambers wrote on 2007-11-28: >> MinGW has a getpagesize() function, but does not declare it. ... Hi Bruno, Thanks for dealing with this. I've been distracted with coreutils, recently.

Re: Patch for the getpagesize module

On Mon, Dec 03, 2007 at 12:39:15PM +0100, Bruno Haible wrote: > > MinGW has a getpagesize() function, but does not declare it. > > Strange. The mingw system I have access to does not have a getpagesize() > function. In yours, in which library is it defined? And what is your mingw > system? MSYS, C

Re: fseeko and cygwin

Eric Blake wrote: >/* Cygwin 1.5.24 and earlier fail to put stdin in 64-bit mode, making > + fseeko/ftello needlessly fail. This bug was fixed in 1.5.25, at the > + same time that cygwin fixed the declaration of "long timezone" to no > + longer be a macro, so we use that as a compi

[PATCH] Editorial corrections to regexprop-generic.texi.

2007-11-27 James Youngman <[EMAIL PROTECTED]> * doc/regexprops-generic.texi: change "an close-group" to "a close-group" and "illegal" to "not allowed". --- doc/regexprops-generic.texi | 236 ++- 1 files changed, 119 insertions(+), 117 del

$(LIB_ACL_TRIVIAL)

Hi Paul, A link error was reported for GNU gettext 0.17 on Solaris, due to a missing 'acl_trivial' function: What happens is: - m4/acl.m4 detects that acl_trivial is present in libsec, and sets LIB_ACL_TRIVIAL to "-lsec". - But the module description

Re: include paths for gperf-generated headers in unictype

Ralf Wildenhues wrote on 2007-11-23: > with current git, a `gnulib-tool --with-tests --test' fails like this > if built in a VPATH build: It does not do so for me. I'm using automake-1.10, autoconf-2.61, gcc-3.3. Did you run "make maintainer-clean" or some such? > The gperf-generated headers end

Re: Patch for the getpagesize module

Martin Lambers wrote on 2007-11-28: > MinGW has a getpagesize() function, but does not declare it. Strange. The mingw system I have access to does not have a getpagesize() function. In yours, in which library is it defined? And what is your mingw system? MSYS, Cygwin-crosscompiled, or Debian-cross

Re: Patch for the getpagesize module

Martin Lambers wrote on 2007-11-28: > I attached an updated patch. It now only does the following: > > - Do not provide getpagesize.h; modify gnulibs unistd.h instead. > - Provide a getpagesize declaration if the system does not provide one > (needed on MinGW). Thanks. The first part is undoubt

[PATCH] Editorial corrections to regexprop-generic.texi.

2007-11-27 James Youngman <[EMAIL PROTECTED]> * doc/regexprops-generic.texi: change "an close-group" to "a close-group" and "illegal" to "not allowed". --- doc/regexprops-generic.texi | 236 ++- 1 files changed, 119 insertions(+), 117 del

Re: [PATCH]: gl_recursive_lock_init issue with pthread backend

Le vendredi 30 novembre 2007 à 16:41 +0100, Bruno Haible a écrit : > Yoann Vandoorselaere wrote: > > The gl_recursive_lock_init() macro used for the pthread backend never > > set the mutex attribute to be recursive. The end result is that a > > 'standard' mutex is created, which will deadlock on r