fix test-quotearg

2009-01-25 Thread Bruno Haible
The test-quotearg test always fails on MacOS X and AIX. The reason is that this test attempts to override the gettext() function from libintl by defining a gettext() function in the main compilation unit. When libintl is a shared library, this works only when the object file format is ELF. But MacO

use non-UTF-8 locales on MacOS X

2009-01-25 Thread Bruno Haible
Now that the 'localcharset' module supports non-UTF-8 locales on MacOS X, some special code in m4/locale-*.m4 can be removed: The locales fr_FR.ISO8859-1, ja_JP.eucJP, zh_CN.GB18030 can be used; they don't cause test suite failures in gnulib. 2009-01-25 Bruno Haible * m4/locale-fr.m4

fix link errors on MacOS X

2009-01-25 Thread Bruno Haible
On MacOS X 10.3 / PowerPC, variables that are implicitly zero-initialized can lead to link errors: $ gcc -g -O2 -o test-mbsnrtowcs test-mbsnrtowcs.o ../gllib/libgnu.a ld: Undefined symbols: __gl_mbsrtowcs_state This fixes it: 2009-01-25 Bruno Haible Avoid link errors on MacOS X

Re: expand-before-require bug

2009-01-25 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 1/23/2009 5:26 PM: > Eric Blake wrote: >> With the proposal for autoconf 2.64, it can be >> either invoked or required, in any order, without warning; it guarantees >> that the expansion only occurs once; and it will never

execute, pipe: use posix_spawnp

2009-01-25 Thread Bruno Haible
The replacements for the posix_spawn* family of functions appear to work fine on all Unix platforms (at least w.r.t. the gettext test suite). I'm therefore removing the old vfork/fork based alternative code. Sam Steingold would call this a "dependency creep". But it removes duplicated code. 2009

Re: threadlib: avoid warning

2009-01-25 Thread Bruno Haible
And another warning: abort() used but not included. Fix: 2009-01-25 Bruno Haible * lib/glthread/threadlib.c: Include . --- lib/glthread/threadlib.c.orig 2009-01-25 23:43:45.0 +0100 +++ lib/glthread/threadlib.c2009-01-25 23:42:40.0 +0100 @@ -26,6 +26,7 @@ /

threadlib: avoid warning

2009-01-25 Thread Bruno Haible
This avoids a warning from the C compiler on OSF/1 5.1: cc: Warning: ./threadlib.c, line 70: Source file does not contain any declarations. 2009-01-25 Bruno Haible * lib/glthread/threadlib.c (dummy): New declaration. --- lib/glthread/threadlib.c.orig 2009-01-25 23:29:06.

mbrtowc: support GB18030 locales

2009-01-25 Thread Bruno Haible
On OSF/1 5.1, in the zh_CN.GB18030 locale, the test-mbsstr3.sh test fails. The reason is that 1) lib/mbrtowc.c has no particular code for the GB18030 encoding, 2) for an unknown encoding, it runs into an abort(). This fixes it. 2009-01-25 Bruno Haible * lib/mbrtowc.c (mbrtowc): D

struct random_data on OSF/1

2009-01-25 Thread Bruno Haible
On OSF/1 5.1, the gettext build fails like this: cc: Error: ../gnulib-lib/stdlib.h, line 50: In this declaration, the struct "random_data" is redefined. (redefstruct) struct random_data ^ *** Exit 1 The reason is that this platform has 'struct random_data' declared in , not in . So configure fou

Re: Please do not install a charset.alias file under Mac OS X

2009-01-25 Thread Bruno Haible
Vincent Lefevre wrote: > > I hardcoded the contents of charset.alias for glibc systems, so as to > > avoid such conflicts for RPM and Debian packaging tools. Shall I do > > the same for MacOS X? It will resolve the problem with the conflict, > > but users will then not be able to customize the file

charset.alias not needed on Cygwin and mingw

2009-01-25 Thread Bruno Haible
Since the result of config.charset is hardcoded in localcharset.c for Cygwin and mingw, there is no need to install charset.alias on these platforms. 2009-01-25 Bruno Haible Don't install charset.alias on mingw and Cygwin. * modules/localcharset (install-exec-local): Don't inst

Re: expand-before-require bug

2009-01-25 Thread Bruno Haible
Eric Blake wrote: > * gnulib-tool (func_dest_tmpfilename, func_create_testdir): Using > obsolete AC_GNU_SOURCE causes out-of-order expansion; avoid it, > and rely solely on gl_USE_SYSTEM_EXTENSIONS. This patch introduces "AC_COMPILE_IFELSE was called before AC_USE_SYSTEM_EXTENSIONS" warnings in