bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

multiple definition of `gl_locale_name_thread'


From: Sisyphus
Subject: multiple definition of `gl_locale_name_thread'
Date: Thu, 20 May 2010 15:42:14 +1000

Hi,

I'm on Windows Vista 64, trying to build gettext-0.18 in the msys shell using the mingw64 (x64) port of gcc-4.4.4.

It's actually a cross-compiler, which makes for a rather lengthy configure command - though I may be specifying some arguments that don't need to be specified. Anyway, I start with:

./configure --disable-shared --enable-static --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 CC=x86_64-w64-mingw32-gcc CXX=x86_64-w64-mingw32-g++ AR=x86_64-w64-mingw32-ar LD=x86_64-w64-mingw32-ld NM=x86_64-w64-mingw32-nm RANLIB=x86_64-w64-mingw32-ranlib LDFLAGS="-L/usr/local/lib -L/usr/local/ssl/lib" CPPFLAGS="-I/usr/local/include -I/usr/local/ssl/include" && make

After a while, the make process terminates with:

libtool: link: x86_64-w64-mingw32-gcc -std=gnu99 -g -O2 -Wl,--disable-auto-import -o msginit.exe msginit-msginit.o msginit-lang-table.o msginit-plural-count.o msginit-localealias.o msginit-lock.o gettext.res -L/usr/local/lib -L/usr/local/ssl/lib ./.libs/libgettextsrc.a /c/_64/comp/gettext-0.18/gettext-tools/gnulib-lib/.libs/libgettextlib.a /c/_64/comp/gettext-0.18/gettext-tools/intl/.libs/libintl.a /usr/local/lib/libiconv.a c:/_64/comp/gettext-0.18/gettext-tools/intl/.libs/libintl.a(localename.o): In function `gl_locale_name_thread': c:\_64\comp\gettext-0.18\gettext-tools\intl/../../gettext-runtime/intl/localename.c:2759: multiple definition of `gl_locale_name_thread' c:/_64/comp/gettext-0.18/gettext-tools/gnulib-lib/.libs/libgettextlib.a(localename.o):c:\_64\comp\gettext-0.18\gettext-tools\gnulib-lib/localename.c:2759: first defined here
collect2: ld returned 1 exit status

What needs to be done there ?

No problem with 0.17 , btw, except for a few .c files where I've had to remove the second arg supplied to mkdir. There were a few tests that failed during 'make check' - but that can wait for another day:

=======================
13 of 299 tests failed
(28 tests were not run)
=======================

Cheers,
Rob




reply via email to

[Prev in Thread] Current Thread [Next in Thread]