Re: [bug-gettext] gettext-0.19.8 released

[Michael Felt]

Hi Daiko,

Thanks for the fixes - glad to have gettext as the LCD, rather than 
gnuiconv.

The build is very clean UNTIL gnulib-lib - more detail on that (lots of 
warnings), and hard-coded gcc compiler flag warnings, but something else 
that required an environment change "to build".

Recently I discovered that GNU/Linux does not have (by default) a 
library that "responds", or is resolved by -liconv. I expect that is why 
it no longer tested in "autotools" to resolve for iconv, iconv_open and 
iconv_close.

The (first) hard stop happened in gettext-tools/gnulib-lib

The solution was "simple": export LDFLAGS="-liconv"

Running "make check" returns:

PASS: test-lock
============================================================================
Testsuite summary for gettext-runtime 0.19.8
============================================================================
# TOTAL: 1
# PASS:  1
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 0
============================================================================

it then goes on awhile, with several FAIL messages (so I am re-running 
make check with 0.19.5 for comparission)

the end is:

SKIP: autopoint-1
SKIP: autopoint-2
SKIP: autopoint-3
PASS: cldr-plurals-1
/bin/sh: not found

make: 1254-004 The error code from the last command is 1.

So, not knowing what the test is after cldr-plurals I cannot guess what 
is having issues with "/bin/sh" which is, of course, available. So I 
expect something else is "missing".

Michael


On 09-Jun-16 09:36, Daiki Ueno wrote:
> This is the announcement of a new release of GNU gettext.
>
>
> * Portability:
>    - Improve OS/2 kLIBC support.
>    - Fix libintl compilation issue with pre-C99 compilers.  It was a
>      regression since 0.19.5.
>    - The AM_GNU_GETTEXT Autoconf macro can now detect musl-libc's
>      gettext as a compatible implementation.
>
> Thanks,