> 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
[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.
>
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
[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.
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
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
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 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
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.
Simon Josefsson <[EMAIL PROTECTED]> wrote:
> Shouldn't there be a modules file for announce-gen? Ok to install the
> following?
Yes. Thank you.
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
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
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.
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
[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
[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
16 matches
Mail list logo