Re: changing "configure" to default to "gcc -g -O2 -fwrapv ..."

2006-12-28 Thread Paul Eggert
> In that case, we should make the Autoconf change optional. > I'll propose a further patch along those lines. OK, here's that proposed patch to Autoconf. Also, this patch attempts to discuss the matter better in the documentation. The documentation was by far the hardest part of the patch to wr

Re: regex maintenance?

2006-12-28 Thread Paul Eggert
[EMAIL PROTECTED] (Karl Berry) writes: > I suspect all he cares about is the regex source in Emacs. Yes, that's probably right. In that case, I'm afraid his message is not coherent enough for me to follow. Perhaps if he gave the specific problems he ran into, with the actual compiler output. >

Re: regex maintenance?

2006-12-28 Thread Karl Berry
Perhaps the simplest thing to do would be to remove http://ftp.gnu.org/pub/gnu/regex/, I doubt rms is thinking of that distribution, which, as you say, is way obsolete and should be deleted. (Maybe we should move regex.texi to Gnulib.) I suspect all he cares about is the regex source in

Re: [PATCH] lib/argp.h: remove __NTH for __argp_usage inline function

2006-12-28 Thread Paul Eggert
[EMAIL PROTECTED] writes: > The original declaration conflicts with the declaration on line 523. > The same change was performed on glibc by Ulrich Drepper. Thanks for mentioning that. I installed the patch as obvious.

Re: [PATCH] modules/error: depend on progname module

2006-12-28 Thread Sven Verdoolaege
On Wed, Dec 27, 2006 at 09:24:01PM -0700, Eric Blake wrote: > According to [EMAIL PROTECTED] on 12/27/2006 2:16 AM: > > From: Sven Verdoolaege <[EMAIL PROTECTED]> > > The error function uses program_name, which is defined in the progname > > module. > > Thanks for the patch; however, the current

Re: announce-gen

2006-12-28 Thread Jim Meyering
Simon Josefsson <[EMAIL PROTECTED]> wrote: > Announce-gen assumes that there are *.tar.bz2 and xdelta files, libidn > doesn't use either. This patch disables printing information for > those files, when the files doesn't exist. An alternate solution > would be to warn instead, but I think it is n

Re: No module file for announce-gen?

2006-12-28 Thread Jim Meyering
Simon Josefsson <[EMAIL PROTECTED]> wrote: > Jim Meyering <[EMAIL PROTECTED]> writes: >> Simon Josefsson <[EMAIL PROTECTED]> wrote: > Done. > > The script seem to make some non-generic assumptions, but I'll send > patches for that later on. I'm not surprised :) I wrote it solely for coreutils. >

announce-gen

2006-12-28 Thread Simon Josefsson
Announce-gen assumes that there are *.tar.bz2 and xdelta files, libidn doesn't use either. This patch disables printing information for those files, when the files doesn't exist. An alternate solution would be to warn instead, but I think it is nicer to always output a complete announcement from

Re: No module file for announce-gen?

2006-12-28 Thread Simon Josefsson
Jim Meyering <[EMAIL PROTECTED]> writes: > Simon Josefsson <[EMAIL PROTECTED]> wrote: >> Shouldn't there be a modules file for announce-gen? Ok to install the >> following? > > Yes. Thank you. Done. The script seem to make some non-generic assumptions, but I'll send patches for that later on.

Re: No module file for announce-gen?

2006-12-28 Thread Jim Meyering
Simon Josefsson <[EMAIL PROTECTED]> wrote: > Shouldn't there be a modules file for announce-gen? Ok to install the > following? Yes. Thank you.

No module file for announce-gen?

2006-12-28 Thread Simon Josefsson
Shouldn't there be a modules file for announce-gen? Ok to install the following? /Simon Description: Generate a release announcement message. Files: build-aux/announce-gen Depends-on: configure.ac: Makefile.am: Include: License: GPLed build tool Maintainer: coreutils

Re: iconv modules

2006-12-28 Thread Simon Josefsson
Bruno Haible <[EMAIL PROTECTED]> writes: > Let us know when we can remove the iconvme module. Remember the migration > path: > iconvme::iconv_string -> str_iconv > iconvme::iconv_alloc -> str_cd_iconv (with reversed arguments) I looked into this now, for libidn, and it seems the move to stric

[PATCH] lib/argp.h: remove __NTH for __argp_usage inline function

2006-12-28 Thread skimo
From: Sven Verdoolaege <[EMAIL PROTECTED]> The original declaration conflicts with the declaration on line 523. The same change was performed on glibc by Ulrich Drepper. --- lib/argp.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lib/argp.h b/lib/argp.h index 1b7cf3a.

Re: converting gnulib: cvs to git

2006-12-28 Thread Jim Meyering
Hi Sylvain, As you know, we want to convert gnulib to use git soon. I'd like to use coreutils as a testbed for that. Currently, the coreutils master repo is a git one. I manually run a script to mirror its changes to a cvs repo on my local system. Then, I rsync that repo to Bob's system (proul

Re: regex maintenance?

2006-12-28 Thread Paul Eggert
[EMAIL PROTECTED] (Karl Berry) writes: > rms sent me this note. I figured this was the group of people most > likely to have someone able and willing to tackle some regex work. > Anyone want to volunteer? Perhaps the simplest thing to do would be to remove http://ftp.gnu.org/pub/gnu/regex/, or t

Re: [PATCH] gnulib-tool: func_emit_initmacro_end: use $SED from configure

2006-12-28 Thread Paul Eggert
[EMAIL PROTECTED] writes: > $SED from gnulib-tool was used before, but that may not be valid > on the system where configure is run. I fixed that in a different way here: http://lists.gnu.org/archive/html/bug-gnulib/2006-12/msg00241.html