Re: next m4 snapshot [was: M4 1.4.14 on AIX 7.1BETA]

Hello Eric, On 09.08.2010 23:26, Eric Blake wrote: > On 07/30/2010 08:23 AM, Eric Blake wrote: >> Now fixed in gnulib, and therefore in my current m4 snapshot: >> >> Grab m4-1.4.14.6-76d1 from http://people.redhat.com/eblake/m4/ > Now at m4-1.4.14.7-19d5 from the same location. > >> I'm hoping th

Re: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils)

On 08/11/10 02:38, Bruno Haible wrote: > extern char * astrxfrm (const char *s, char *resultbuf, size_t *lengthp); Yes, that looks like a useful addition. Thanks for the suggestion.

Re: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils)

Hi Paul, > All I'm saying is that the gnulib variant shouldn't > use a name starting with "mem", because the mem* names have similar > properties and the gnulib variant departs dramatically from these > properties. > > The "strdup"/"strndup" functions are cases in point. Their names were > contr

Re: license alteration for chown/lchown

Hi Eric, > > Module Source file Contributors > > -- --- > > > > chown lib/chown.c Eric Blake > > > > lchown lib/lchown.cEric Blake > > > > openlib/open.c

[PATCH] strtod: fix const diagnostic

Recent changes to lib/strtod.c put in a couple of assignments of const char * to char *, which some compilers reject. I pushed this to work around the problem: * lib/strtod.c (strtod): Don't assign const char * to char *, as this elicits a warning from GCC when warnings are enabled. --- ChangeLog

Re: New auxiliary archive script

>>could you please adjust your scripts to also autoupdate the 'ar-lib' >>script from Automake to Gnulib, > > Sure, done. Tx. Not quite. Your changelog entry says you touched config/srclist.txt, but the commit didn't touch that file. -- View this message in context: http://old.nabble.

Re: license alteration for chown/lchown

On 08/10/2010 08:48 AM, Jim Meyering wrote: > David Lutterkort wrote: > >> On Thu, 2010-07-29 at 22:35 +0200, Bruno Haible wrote: >>> Adam Stokes wrote: Is it possible to change these modules licenses to LGPLv2+? > ... >> Don't forget Jim, who is cited as the original author of chown and >> l

Re: license alteration for chown/lchown

On 07/29/2010 02:35 PM, Bruno Haible wrote: > Adam Stokes wrote: >> Is it possible to change these modules licenses to LGPLv2+? > > Have you considered releasing your library under LGPLv3+? > > For your request, the following contributors since 2007-10-07 > would have to agree: > > Module

Re: license alteration for chown/lchown

David Lutterkort wrote: > On Thu, 2010-07-29 at 22:35 +0200, Bruno Haible wrote: >> Adam Stokes wrote: >> > Is it possible to change these modules licenses to LGPLv2+? ... > Don't forget Jim, who is cited as the original author of chown and > lchown in the source. Relaxing that one to lgplv2+ is

Re: bootstrap: a new option --skip-git, prohibiting the use git in the bootstrap process.

10.08.2010 13:51, Aleksey Avdeev пишет: > 09.08.2010 10:03, Aleksey Avdeev пишет: >> Hello. >> > ... >> >> As the implementation of the proposed >> . > > Branch with cleaned

Re: [PATCH] read-file: Avoid memory reallocations with seekable files.

Ping. I have rebased the patch. Cheers, Giuseppe >From da6e41d8ca204903cc088444b882d904db5e649e Mon Sep 17 00:00:00 2001 From: Giuseppe Scrivano Date: Tue, 3 Aug 2010 15:40:19 +0200 Subject: [PATCH] read-file: Avoid memory reallocations with regular files. * modules/read-file (Depends-on): A

Re: bootstrap: a new option --skip-git, prohibiting the use git in the bootstrap process.

09.08.2010 10:03, Aleksey Avdeev пишет: > Hello. > ... > > As the implementation of the proposed > . Branch with cleaned for ChangeLog (removed the artifacts of the conflic