Re: error compiling regex gnulib module with pgcc compiler

Hi Paul, * Paul Eggert wrote on Thu, Jan 05, 2006 at 07:40:26PM CET: > Ralf Wildenhues <[EMAIL PROTECTED]> writes: > > > This is pgcc 6.0-8 64-bit target on x86-64 Linux, but as indicated > > above, the issue is present in 5.2-1 as well. > > Thanks for checking that. Can you please run the foll

another warning in localcharset.c

During compilation with gcc 3.3.3 I get localcharset.c:110: warning: function declaration isn't a prototype maybe the `STATIC' hack as used for locale_charset is needed too... Werner ___ bug-gnulib mailing list bug-gnulib@gnu.org http://lists

localcharset needs HAVE_DECL_GETC_UNLOCKED

[CVS 2006-01-06] The file localcharset.c asks for the preprocessor symbol HAVE_DECL_GETC_UNLOCKED which doesn't get defined in the m4 files listed in modules/localcharset. Werner ___ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.or

Re: error compiling regex gnulib module with pgcc compiler

--- Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > Hi Paul, > > > Paul Eggert wrote on Thu, Jan 05, 2006: > > Thanks for checking that. Can you please run the > following > > program on that platform and send us the output? > If it outputs > > "preprocessor thinks BITSET_WORD_BITS = 64", then >

Re: version-etc upgrade to 2006

Paul Eggert <[EMAIL PROTECTED]> wrote: > I installed this: > Sync from coreutils. Thanks for all of the merge work! ___ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib

Re: changes for openat, mkdir-p, lchmod

It looks like I've subverted things a little: the lib/ChangeLog entry for fts.c and openat.[ch] below correspond to a change I haven't yet committed. I think it's complete, but it's rather ambitious, and requires changes (albeit small) in every program that uses fts. So I'm taking my time. I comm

Re: [bug-gnulib] argp: output formatting, and argp_child interface.

>Bruno Haible replied on 2006-01-09: >Paul Knowles wrote on 2005-12-15: >> *** Problem #1 >> struct argp{ >> ... >> /* A vector of argp_children structures, terminated by a member with a 0 >> argp field, pointing to child argps should be parsed with this one. Any >> conflicts ar

Re: use of -fno-common on Darwin

Paul Eggert wrote: > "Peter O'Gorman" <[EMAIL PROTECTED]> writes: > > getprogname(3), if it exists, can be used as well as other > > alternatives (e.g. argv[0]). > > Thanks, I wasn't aware of the BSD getprogname until now. Me too. > How about this proposal? > > * Change the progname module to use

bug in memcoll module

Hi Paul, This commit 2002-12-31 Paul Eggert <[EMAIL PROTECTED]> * memcoll.m4 (gl_MEMCOLL): Require AC_FUNC_MEMCMP. causes a gnulib-tool error: $ ./gnulib-tool --create-testdir --dir=testdir memcoll Module list with included dependencies: memcoll File list: lib/memcoll.c lib/mem

bug in 'iconvme' module

Simon, On MacOS X with GNU libiconv module, the iconvme module exhibits a build failure: Making all in lib make all-am gcc -DHAVE_CONFIG_H -I. -I../../../megatestdir/iconvme/lib -I.. -g -O2 -c ../../../megatestdir/iconvme/lib/iconvme.c ../../../megatestdir/iconvme/lib/iconvme.c: In function

use of autoreconf requires AM_GNU_GETTEXT_VERSION

Hi, The use of autoreconf, introduced on 2004-09-18, causes ./gnulib-tool --create-testdir --dir=/dev/shm/testdir gettext to fail: autoreconf: configure.ac: AM_GNU_GETTEXT is used, but not AM_GNU_GETTEXT_VERSION I'm committing this fix. 2006-01-07 Bruno Haible <[EMAIL PROTECTED]>

Re: [bug-gnulib] localcharset needs HAVE_DECL_GETC_UNLOCKED

Werner LEMBERG wrote: > The file localcharset.c asks for the preprocessor symbol > HAVE_DECL_GETC_UNLOCKED which doesn't get defined in the m4 files > listed in modules/localcharset. I committed this fix: 2006-01-10 Bruno Haible <[EMAIL PROTECTED]> * localcharset.m4 (gl_LOCALCHARSET):

Re: [bug-gnulib] another warning in localcharset.c

Werner Lemberg wrote: > During compilation with gcc 3.3.3 I get > > localcharset.c:110: warning: function declaration isn't a prototype OK, should now be fixed in gnulib CVS: 2006-01-10 Bruno Haible <[EMAIL PROTECTED]> * localcharset.c: Update from GNU gettext. *** localcharset.c

work around automake error

Hi, ./gnulib-tool --create-testdir --dir=/dev/shm/testdir --with-tests gettext gives an error: configure.ac: AM_GNU_GETTEXT used but SUBDIRS not defined autoreconf: automake failed with exit status: 1 I'm committing this fix. 2006-01-07 Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool (

__const

Hi, I think it's time to get rid of __const. gnulib assumes an ANSI C compiler, glibc does as well. The following glibc public header files already assume an ANSI C compiler that groks 'const': /usr/include/argp.h /usr/include/assert.h /usr/include/error.h /usr/include/fstab.h /usr/include/fts.h

Re: Separate csharpcomp.sh, and a license problem

Bruno Haible <[EMAIL PROTECTED]> writes: > Simon Josefsson wrote: >> How would build-aux/ be substituted into $auxdir? Should gnulib-tool >> substitute 'build-aux/' in configure.ac:-statements to $auxdir? > > Yes, it should. I'll prepare a patch for doing this. That would solve this problem. I

Re: use of -fno-common on Darwin

Bruno Haible wrote: Paul Eggert wrote: "Peter O'Gorman" <[EMAIL PROTECTED]> writes: getprogname(3), if it exists, can be used as well as other alternatives (e.g. argv[0]). Thanks, I wasn't aware of the BSD getprogname until now. Me too. How about this proposal? * Change the progname

bug in strtok_r module

$ ./gnulib-tool --create-testdir --dir=testdir strtok_r ... configure.ac:14: warning: gl_C_RESTRICT is m4_require'd but is not m4_defun'd configure.ac:14: gl_C_RESTRICT is required by... m4/strtok_r.m4:17: gl_PREREQ_STRTOK_R is expanded from... m4/strtok_r.m4:12: gl_FUNC_STRTOK_R is expanded from..

bug in readutmp module

Jim, "gnulib-tool --create-megatestdir --dir=/dev/shm/testdir --with-tests" shows this: configure.ac:20: warning: gl_FUNC_FREE is m4_require'd but is not m4_defun'd configure.ac:20: gl_FUNC_FREE is required by... m4/readutmp.m4:55: gl_READUTMP is expanded from... The reason is that m4/readutmp.m

Re: sys/socket.h on mingw32 vs socklen (resend)

Bruno Haible <[EMAIL PROTECTED]> writes: > Simon Josefsson wrote: >> >> + rmdir sys >> > >> > Remove the directory only when it exists and is empty. (Some systems >> > create files in your directories without being asked for, e.g. .DS_Store >> > on MacOS X.) >> >> How do I test for that in a porta

Re: getprogname

Peter O'Gorman wrote: > Solaris seems to have a getexecname Interesting. So this provides a fallback, like on glibc systems, for the case when setprogname(argv[0]) has not been called. > I'd suggest the following instead of Paul's proposal, as it allows > the programmer to override the program na

Re: bug in 'iconvme' module

Bruno Haible <[EMAIL PROTECTED]> writes: > Simon, > > On MacOS X with GNU libiconv module, the iconvme module exhibits a build > failure: > > Making all in lib > make all-am > gcc -DHAVE_CONFIG_H -I. -I../../../megatestdir/iconvme/lib -I.. -g -O2 -c > ../../../megatestdir/iconvme/lib/iconvme

Re: bug in readutmp module

Jim Meyering wrote: > However, I'm reluctant to remove the AC_REQUIRE, since > that would make the code+.m4 combination depend silently on > having a particular implementation of free. Yes, I understand. By looking at the source code, it's not immediately clear which free() variant is meant. > Th

Re: bug in readutmp module

Bruno Haible <[EMAIL PROTECTED]> wrote: > The reason is that m4/readutmp.m4 invokes gl_FUNC_FREE, but m4/free.m4 is not > part of this module or its dependencies. > > Here is a fix. OK to commit? Hi Bruno! Thanks for working on this. Adding the module dependency is fine. However, I'm reluctant

Re: error compiling regex gnulib module with pgcc compiler

Ralf Wildenhues <[EMAIL PROTECTED]> writes: >> Thanks for checking that. Can you please run the following >> program on that platform and send us the output? If it outputs >> "preprocessor thinks BITSET_WORD_BITS = 64", then we have an >> obvious fix to regex_internal.h. Thanks. > > Yes OK, th

Re: getprogname

Bruno Haible <[EMAIL PROTECTED]> writes: > Well, my intention is basically this: A few comments. This isn't as compatible as possible with BSD, as BSD setprogname ignores its argument when the true program name is available from the operating system. LibGW32C-0.3 has getexecname (see

Re: getprogname

Paul Eggert wrote: > This isn't as compatible as possible with BSD, as BSD setprogname > ignores its argument when the true program name is available from > the operating system. Huh? My reading of the sources of FreeBSD http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/gen/getprogname.c?rev=

Re: problem with multibyte constants under Mac OS X 10.3.9 in lib/fnmatch_loop.c

Claudio Fontana <[EMAIL PROTECTED]> writes: > gcc3 -DHAVE_CONFIG_H -I. -I. -I.. > -I/usr/local/include > -I/System/Library/Frameworks/CoreFoundation.framework/Headers > -g -O2 -c fnmatch.c > fnmatch_loop.c:42: illegal statement, missing `)' after `L' Wow, that looks like a GCC bug. Which ver

Re: [bug-gnulib] no module for progreloc

Werner LEMBERG wrote: > There isn't a file `modules/progreloc' which looks like a bug to me > since it depends on progname. Yes, the "relocatable" stuff does not yet fit into a gnulib module. The installation instructions ([1]) require some modification to every Makefile.am and to every installabl

no module for progreloc

There isn't a file `modules/progreloc' which looks like a bug to me since it depends on progname. Werner ___ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib

Re: __const

Bruno Haible <[EMAIL PROTECTED]> writes: > 2006-01-07 Bruno Haible <[EMAIL PROTECTED]> > > * argp.h (__const): Remove macro. Use const instead. > * argp-fmtstream.h (__const): Likewise. > * glob_.h (__const): Remove macro. > * glob-libc.h: Use const instead of __const. T

Re: use of -fno-common on Darwin

On Tue, Jan 10, 2006 at 11:07:20PM +0900, Peter O'Gorman wrote: > char * > get_prog_name(void) > { > char * name; > if (prog_name) > name = prog_name; > else > { > #if defined(HAVE_GETPROGNAME) > #include > name = getprogname(); > #elif defined(

Re: bug in strtok_r module

Bruno Haible <[EMAIL PROTECTED]> writes: > 2006-01-08 Bruno Haible <[EMAIL PROTECTED]> > > * modules/strtok_r: Depend on module restrict. > 2006-01-08 Bruno Haible <[EMAIL PROTECTED]> > > * m4/readutmp.m4 (gl_READUTMP): Don't require gl_FUNC_FREE. Use a > module dependency

Re: getprogname

Bruno Haible <[EMAIL PROTECTED]> writes: > Paul Eggert wrote: >> This isn't as compatible as possible with BSD, as BSD setprogname >> ignores its argument when the true program name is available from >> the operating system. > > Huh? My reading of the sources of FreeBSD and NetBSD is just the > op

Re: bug in readutmp module

Bruno Haible <[EMAIL PROTECTED]> writes: > Jim Meyering wrote: >> How about if we leave the now-redundant >> AC_REQUIRE in place for now? > > Done. I committed only the other part. Thanks. I mistakenly committed the whole change earlier, but undid the mistake just now.