[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug-gettext] [platform-testers] New gettext snapshot: 0.19.2.1-rc1
From: |
Assaf Gordon |
Subject: |
Re: [bug-gettext] [platform-testers] New gettext snapshot: 0.19.2.1-rc1 |
Date: |
Wed, 01 Oct 2014 13:32:46 -0400 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 |
Hello,
On 10/01/2014 03:48 AM, Daiki Ueno wrote:
I've finally had a chance to build gettext on Solaris, and indeed
encountered several portability errors. Could anyone try a snapshot
including fixes of those? It is now available from here:
http://alpha.gnu.org/gnu/gettext/gettext-0.19.2.1-rc1.tar.xz
Some testing results (all except GNU Hurd and Minix are amd64):
FreeBSD 10:
builds OK (with clang, some warning about signed/unsigned and "comparison always
true"),
check hangs at 'test-lock', seems related to this:
http://lists.gnu.org/archive/html/bug-libunistring/2014-09/msg00005.html
http://lists.gnu.org/archive/html/bug-gnulib/2014-09/msg00025.html
OpenBSD 5.5: builds OK, checks: 145 PASS, 33 SKIP, 0 FAIL
NetBSD 6.1.4: builds OK, checks: 158 PASS, 19 SKIP, 1 FAIL: test-sigprocmask
(part of gnulib)
GNU Hurd 0.5 (i386, with Debian image): builds OK, checks: 145 PASS, 33 SKIP, 0
FAIL
DilOS 1.3.7 (Illumos/OpenSolaris-based OS): builds OK (after installing
libiconv-dev), checks: 350 PASS, 40 SKIP, 1 FAIL: lang-c++
====
FAIL: lang-c++
==============
In file included from /usr/include/sys/time.h:450:0,
from
/tmp/gettext-0.19.2.1-rc1/gettext-tools/gnulib-lib/sys/time.h:39,
from /usr/include/sys/select.h:51,
from
/tmp/gettext-0.19.2.1-rc1/gettext-tools/gnulib-lib/sys/select.h:36,
from /usr/include/sys/types.h:629,
from
/tmp/gettext-0.19.2.1-rc1/gettext-tools/gnulib-lib/sys/types.h:28,
from
/tmp/gettext-0.19.2.1-rc1/gettext-tools/gnulib-lib/stdio.h:58,
from
/tmp/gettext-0.19.2.1-rc1/gettext-tools/gnulib-lib/wchar.h:71,
from /usr/gcc/4.8/include/c++/4.8.3/cwchar:44,
from /usr/gcc/4.8/include/c++/4.8.3/bits/postypes.h:40,
from /usr/gcc/4.8/include/c++/4.8.3/iosfwd:40,
from /usr/gcc/4.8/include/c++/4.8.3/ios:38,
from /usr/gcc/4.8/include/c++/4.8.3/ostream:38,
from /usr/gcc/4.8/include/c++/4.8.3/iostream:39,
from prog.cc:5:
gets(char*)’ conflicts with previous using declaration ‘char*
std::gets(char*)’
_GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead");
====
(NOTE: This might be a problem with DilOS's packaging of gcc/libstrc++ , I had
few other issues on this system).
CentOS 6.5: builds OK, checks: 372 PASS, 18 SKIP, 1 FAIL: autopoint-3 (see
below)
====
FAIL: autopoint-3
=================
configure.ac:1: error: m4_defn: undefined macro: _m4_divert_diversion
configure.ac:1: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1
====
CentOS 7.0: builds OK, checks: 159 PASS, 19 SKIP, 0 FAIL
Ubuntu 14.04.1 LTS: builds Ok, checks: 145 PASS, 33 SKIP, 0 FAIL
Debian 7.6: builds ok, checks: 145 PASS, 33 SKIP, 0 FAIL
MINIX R3.3.0: build fails, gnulib-related:
===
libtool: compile: clang -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\"
-DEXEEXT=\"\" -I. -I.. -I../intl -I../intl -I.. -I.. -DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1
-DLIBXML_STATIC -I./libcroco -g -O2 -c spawn_faction_addclose.c -o spawn_faction_addclose.o
spawn_faction_addclose.c:50:21: error: no member named '_used' in 'struct
posix_spawn_file_actions'
if (file_actions->_used == file_actions->_allocated
~~~~~~~~~~~~ ^
spawn_faction_addclose.c:50:44: error: no member named '_allocated' in 'struct
posix_spawn_file_actions'
if (file_actions->_used == file_actions->_allocated
~~~~~~~~~~~~ ^
spawn_faction_addclose.c:59:26: error: no member named '_actions' in 'struct
posix_spawn_file_actions'
rec = &file_actions->_actions[file_actions->_used];
~~~~~~~~~~~~ ^
spawn_faction_addclose.c:59:49: error: no member named '_used' in 'struct
posix_spawn_file_actions'
rec = &file_actions->_actions[file_actions->_used];
~~~~~~~~~~~~ ^
spawn_faction_addclose.c:64:21: error: no member named '_used' in 'struct
posix_spawn_file_actions'
++file_actions->_used;
~~~~~~~~~~~~ ^
5 errors generated.
*** Error code 1
Stop.
make[5]: stopped in /tmp/gettext-0.19.2.1-rc1/gettext-tools/gnulib-lib
*** Error code 1
===
=====
One thing I noticed (which could be intentional), is that building gettext
requires a C++ compiler,
but gettext does not check the existence of it during "configure".
If the system has "g++" or "c++" available on $PATH, it will be used.
If the system does not have "g++" or "c++" on $PATH, no error will be reported during
"configure",
and the Makefile will default to use "g++", and during "make" the build will
fail.
I encountered it in two cases:
1. On a system with "/usr/bin/cc" as symlink to "/usr/bin/clang", but without "gcc",
"g++" or "c++",
configure runs OK, but 'make' fails when it tries to run "g++".
2. Building with a cross-compiler:
./configure --host=arm-linux-gnueabi
Where the system has "/usr/bin/arm-linux-gnueabi-gcc" but not
"/usr/bin/arm-linux-gnueabi-g++",
configure runs OK, but 'make' fails when it tries to run "g++".
With another cross-compiler (x86_64-w64-mingw32) where both
"/usr/bin/x86_64-w64-mingw32-gcc" and "/usr/bin/x86_64-w64-mingw32-g++" exist,
the correct compiler is used.
====
Regards,
- Assaf