Re: build failures: string.h vs. HP-UX

2007-01-26 Thread Jim Meyering
Jim Meyering <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] (Bob Proulx) wrote: > >> Jim Meyering wrote: >>> Check out the red columns here: >>> >>> http://proulx.com:9000/ >>> >>> Maybe a system-provided mempcpy macro is causing trouble? >>> ... >>> cc -I. -Ae -O -c mempcpy.c >>> c

Re: build failures: string.h vs. HP-UX

2007-01-26 Thread Jim Meyering
[EMAIL PROTECTED] (Bob Proulx) wrote: > Jim Meyering wrote: >> Check out the red columns here: >> >> http://proulx.com:9000/ >> >> Maybe a system-provided mempcpy macro is causing trouble? >> ... >> cc -I. -Ae -O -c mempcpy.c >> cc: "string.h", line 39: error 1000: Unexpected symbo

Re: fnmatch_loop.c sync from libc

2007-01-26 Thread Bob Proulx
Paul Eggert wrote: > Bob Proulx writes: > > cc -I. -Ae -O -c fnmatch.c > > cc: "fnmatch_loop.c", line 604: error 1588: "is_seqval" undefined. > > Thanks for catching that; I installed this obvious patch. > > 2007-01-23 Paul Eggert <[EMAIL PROTECTED]> > > * lib/fnmatch_l

Re: build failures: string.h vs. HP-UX

2007-01-26 Thread Bob Proulx
Jim Meyering wrote: > Check out the red columns here: > > http://proulx.com:9000/ > > Maybe a system-provided mempcpy macro is causing trouble? > ... > cc -I. -Ae -O -c mempcpy.c > cc: "string.h", line 39: error 1000: Unexpected symbol: "__dest". > cc: "string.h", line 39: error 1

javacomp: small optimization

2007-01-26 Thread Bruno Haible
This implements a small optimization. 2007-01-26 Bruno Haible <[EMAIL PROTECTED]> Small optimization. * lib/javacomp.c: Include c-strstr.h. (is_envjavac_gcj): Use c_strstr instead of strstr. * modules/javacomp (Depends-on): Add c-strstr, remove strstr. *** lib/

charset conversion functions for Unicode strings

2007-01-26 Thread Bruno Haible
Here comes the second part of the Unicode string library: charset conversion. It is all built on the striconveha module. 2007-01-26 Bruno Haible <[EMAIL PROTECTED]> * MODULES.html.sh (Unicode string functions): Add the new modules. * modules/uniconv/u32-strconv-to-locale: New f

build failures: string.h vs. HP-UX

2007-01-26 Thread Jim Meyering
Check out the red columns here: http://proulx.com:9000/ Maybe a system-provided mempcpy macro is causing trouble? --- ... source='mempcpy.c' object='mempcpy.o' libtool=no \ DEPDIR=.deps depmode=hp /bin/sh ../build-aux/depcomp \ cc -I. -Ae -O -c mem

Re: proposed 'string' module for gnulib

2007-01-26 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> wrote: > While we're on the subject, here are the changes to coreutils > that will be needed once this stuff goes into gnulib. (This > is the fun part -- removing stuff) > > 2007-01-26 Paul Eggert <[EMAIL PROTECTED]> > > * src/dircolors.c: Don't include

Re: [bug-gnulib] proposed 'string' module for gnulib

2007-01-26 Thread Bruno Haible
Hi Paul, Thanks for the huge work! Your ChangeLog entry doesn't mark strndup.h, strnlen.h, strpbrk.h, strsep.h, strstr.h, strtok_r.h as removed. Presumably you want to remove them as well? In lib/canon-host.c, I'd vote for #including before the gnulib specific headers ("getaddrinfo.h" etc.). I

Re: proposed 'string' module for gnulib

2007-01-26 Thread Yoann Vandoorselaere
Le vendredi 26 janvier 2007 à 00:03 -0800, Paul Eggert a écrit : > I'd like to add a 'string' module to gnulib, which does for > what the sys_time module does for , namely, sets up a > substitute string.h that has needed GNU declarations. That way, > we don't need to worry about the little includ

Re: proposed 'string' module for gnulib

2007-01-26 Thread Simon Josefsson
Paul Eggert <[EMAIL PROTECTED]> writes: > Simon, this patch would affect mempcpy, getaddrinfo, iconvme, > mempcpy, xstrndup. Seems fine to me, although I haven't tested it. /Simon

Re: proposed 'string' module for gnulib

2007-01-26 Thread Paul Eggert
While we're on the subject, here are the changes to coreutils that will be needed once this stuff goes into gnulib. (This is the fun part -- removing stuff) 2007-01-26 Paul Eggert <[EMAIL PROTECTED]> * src/dircolors.c: Don't include strcase.h, as its contents are now in du

Re: proposed 'string' module for gnulib

2007-01-26 Thread Paul Eggert
Jim Meyering <[EMAIL PROTECTED]> writes: > Please post the new file, modules/string, too :-) Sorry about that. Also, we need m4/string_h.m4. Here they are: :: modules/string :: Description: A GNU-like . Files: lib/string_.h m4/string_h.m4 Depends-on: absolute-header e

Re: proposed 'string' module for gnulib

2007-01-26 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> wrote: > I'd like to add a 'string' module to gnulib, which does for > what the sys_time module does for , namely, sets up a > substitute string.h that has needed GNU declarations. That way, > we don't need to worry about the little include files like "strstr.h" >