Eric Blake wrote:
> Oops - you made the AC_TRY_COMPILE the fourth argument to AC_CACHE_CHECK,
Ouch. Two brain failures in one commit. I'm sorry.
> Fixed as follows:
Thanks. Except that I don't subscribe to your style of placement
of the closing brackets:
--- m4/wctype.m4.orig 2008-05-08 14:09
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 4/21/2008 5:57 PM:
|
| Weird... I'm applying this fix. It replaces the iswprint etc. functions.
| The replacement does not consider isprint (since that would make the
| assumption that all locales are unibyte), but only AS
Alain Guibert wrote:
> But there are 4 collisions between libintl.so.8.0.2 and libc.so.5.4.33:
>
> | 00031088 T _nl_expand_alias
> | 000302c8 T _nl_explode_name
> | 00030514 T _nl_make_l10nflist
> | 00030a04 T _nl_normalize_codeset
>
> Only -lintl -lc fails; -liconv -lc works. This NULL setlocale
On Saturday, April 19, 2008 at 21:49:42 +0200, Bruno Haible wrote:
> Alain Guibert wrote:
| FAIL: test-c-strcase.sh
>> LC_ALL=fr_FR setlocale(LC_ALL, "") returns NULL
> Weird. It looks as if some symbols from libintl (or its dependencies:
> libiconv) would be affecting/overriding the behaviou
Alain Guibert wrote:
> > The behaviour change in "checking for long long int" is intended. The
> > users of the gnulib macros now expect to be able to use long longs in
> > preprocessor directives (even if there are some known bugs with values
> > outside the 32-bit 'int' range).
>
> But the prepr
Hi Bruno, and much thanks for your interest,
On Wednesday, April 2, 2008 at 0:07:10 +0200, Bruno Haible wrote:
> Thanks for reporting this (although we intend to minimize our efforts for
> such extremely old platforms).
These efforts are much appreciated, thanks Bruno!
> The behaviour change
[CCing bug-gnulib. Please trim bug-gnu-gettext from the CC when replying.]
Alain Guibert wrote to bug-gnu-gettext:
> On my old Linux box (Intel Pentium 200 MMX, Debian bo, kernel 2.0.40,
> gcc 2.7.2.1, libc 5.4.33, GNU ld cygnus-2.7.1, libiconv 1.12, pth 2.0.7,
> i586-pc-linux-gnulibc1) during get
