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,
