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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 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 state of things in this a

regex maintenance?

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? (Having worked on regex for a couple years back in the late 80's, I have zero desire to go there again, even for function prototypes. :)

Re: GCC optimizes integer overflow: bug or feature?

Robert Dewar wrote: Valid programs is too narrow a set, you really do have to pay attention to normal usage. I very well remember the Burroughs 5500 compiler, which took advantage of the stack semantics allowed by the standard, but in fact virtually all Fortran programs of the era assumed static

[PATCH] modules/error: depend on progname module

From: Sven Verdoolaege <[EMAIL PROTECTED]> The error function uses program_name, which is defined in the progname module. --- modules/error |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/modules/error b/modules/error index 4e999ca..572f8f8 100644 --- a/modules/error +++

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

From: Sven Verdoolaege <[EMAIL PROTECTED]> $SED from gnulib-tool was used before, but that may not be valid on the system where configure is run. --- gnulib-tool |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/gnulib-tool b/gnulib-tool index a7395d1..8e42e3a 100755 --- a

Re: coreutils 6.6 fails to compile on IRIX 5.3

> Eric Blake <[EMAIL PROTECTED]> wrote: >> I'm supposing the alternative would be to make the wctype module smarter, >> and implement the CX shading in POSIX that says that is allowed >> to pull in all of . That would work just fine, but I think I mildly prefer the approach you installed, as it's

Re: proposed patches to mbchar, mbswidth, wcwidth to use new wctype module

Eric Blake <[EMAIL PROTECTED]> writes: > Paul Eggert CS.UCLA.EDU> writes: > >> >> Now that we have a wctype module we can simplify some of the other >> modules to just include and depend on the wctype module. >> Here is a proposed patch. >> >> 2006-12-21 Paul Eggert cs.ucla.edu> >> >>

Re: Buildbot failures

Eric Blake <[EMAIL PROTECTED]> writes: > Simon Josefsson josefsson.org> writes: > >> >> Several modules -- acl, argmatch, backupfile, closeout, copy-file, >> etc, essentially all failed modules except fts-lgpl -- now fail with >> an error output like the one below. >> >> Any ideas what may have

Re: coreutils 6.6 fails to compile on IRIX 5.3

Eric Blake <[EMAIL PROTECTED]> wrote: > According to Eric Blake on 12/27/2006 6:18 AM: >> >> I'm checking this in to fix this issue on platforms that do not need a >> replacement . It is not a true reversion, since it rearranges >> the include order to let pulls in prerequisites required for >>

Re: coreutils 6.6 fails to compile on IRIX 5.3

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 12/27/2006 6:18 AM: > > I'm checking this in to fix this issue on platforms that do not need a > replacement . It is not a true reversion, since it rearranges > the include order to let pulls in prerequisites required for

Re: coreutils 6.6 fails to compile on IRIX 5.3

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 12/26/2006 5:17 PM: >> We could put this into every source file that includes wctype.h, >> but I think it's cleaner to have a wctype module that handles >> wctype gotchas like this. >> >> 2006-12-21 Paul Eggert cs.ucla.edu

Re: converting gnulib: cvs to git

Eric Blake <[EMAIL PROTECTED]> wrote: > According to Jim Meyering on 12/4/2006 2:21 AM: >> So far, no one has objected to my proposal to convert gnulib development >> from cvs to git. If there are any nay-sayers, it's time to speak up. >> >> I've just gone through the conversion process once more,