[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Gettext 0.16.1 is not able to compile with --disable-nls
From: |
Dennis Schridde |
Subject: |
Re: Gettext 0.16.1 is not able to compile with --disable-nls |
Date: |
Wed, 11 Apr 2007 16:29:04 +0200 |
User-agent: |
KMail/1.9.6 |
Am Mittwoch, 11. April 2007 schrieben Sie:
> Dennis Schridde wrote:
> > When I try to compile gettext 0.16.1 with --disable-nls (and some other
> > flags listed below), I get this error:
> >
> > mingw32-gcc
> > -DLOCALEDIR=\"/home/sevendays/Warzone/devpkg/devpkg/share/locale\"
> > -DBISON_LOCALEDIR=\"\"
> > -DLOCALE_ALIAS_PATH=\"/home/sevendays/Warzone/devpkg/devpkg/share/locale\
> >" -DUSEJEXE=0
> > -DGETTEXTJEXEDIR=\"/home/sevendays/Warzone/devpkg/devpkg/lib/gettext\"
> > -DGETTEXTJAR=\"/home/sevendays/Warzone/devpkg/devpkg/share/gettext/gettex
> >t.jar\" -DLIBDIR=\"/home/sevendays/Warzone/devpkg/devpkg/lib\"
> > -DGETTEXTDATADIR=\"/home/sevendays/Warzone/devpkg/devpkg/share/gettext\"
> > -DPROJECTSDIR=\"/home/sevendays/Warzone/devpkg/devpkg/share/gettext/proje
> >cts\" -DHAVE_CONFIG_H -I. -I.. -I. -I. -I.. -I.. -I../libgrep
> > -I../libuniname -I../gnulib-lib -I../gnulib-lib -I../intl
> > -I../../gettext-runtime/intl
> > -DINSTALLDIR=\"/home/sevendays/Warzone/devpkg/devpkg/bin\" -g -O2 -c -o
> > msginit-msginit.o `test -f 'msginit.c' || echo './'`msginit.c msginit.c:
> > In function ‘main’:
> > msginit.c:284: error: ‘LC_MESSAGES’ undeclared (first use in this
> > function) msginit.c:284: error: (Each undeclared identifier is reported
> > only once msginit.c:284: error: for each function it appears in.)
> > make[4]: *** [msginit-msginit.o] Error 1
> > make[4]: Leaving directory
> > `/home/sevendays/Warzone/devpkg/src/gettext-0.16.1_patch/gettext-tools/sr
> >c' make[3]: *** [all] Error 2
>
> Thanks for reporting this. This will be fixed in the next release. Patch
> appended.
>
> But what are you trying to do at all?
I searched for a way to prevent gettext from installing dozens of
translations.
I was building gettext for a developer package (including libraries, headers,
etc. for devs) for our software, which should be as small as possible and
only contain the minimum needed to compile our software. Which means no docs,
no info pages, no manpages, no examples, no translations...
As I would remove the translations after installing anyway, I thought I could
as well build the gettext tools without translation support, since it wont
have a benefit to have the support without the files.
> Compiling gettext with
> "--disable-nls" does not make much sense: it will then not define the
> libintl library!
Does that mean that when I compile gettext without nls support, I don't get a
libintl for the system, either?
> > Full configure command:
> > ./configure --target=mingw32 --host=mingw32
> > --prefix=/home/sevendays/Warzone/devpkg/devpkg --disable-shared
> > --enable-static \ --enable-threads=win32 --enable-relocatable
> > --disable-java --disable-csharp --disable-libasprintf --disable-openmp \
> > --without-emacs
>
> "--disable-shared --enable-static" is not needed on mingw any more: Since
> version 0.15, gettext supports building with shared libraries enabled.
I don't mind gettext being linked against a shared library, but my own
software has to link statically against everything possible. How could I
achieve that?
> * autogen.sh (GNULIB_MODULES_TOOLS_FOR_SRC): Add module 'locale'.
> Reported by Dennis Schridde <address@hidden>.
>
> *** autogen.sh 17 Mar 2007 15:00:26 -0000 1.44
> --- autogen.sh 10 Apr 2007 23:44:28 -0000
> ***************
> *** 123,128 ****
> --- 123,129 ----
> javaexec
> linebreak
> localcharset
> + locale
> lock
> memmove
> memset
After adding "locale" to that list and running autogen.sh I get following
errors:
(Not all of them have to be related to this change. The problem is probably
to be seen in the build preparation.)
./configure: line 32164: gl_MBCHAR: command not found
./configure: line 32165: gl_MBITER: command not found
./configure: line 32166: gl_FUNC_MEMCHR: command not found
./configure: line 33225: gl_FUNC_STRSTR: command not found
./configure: line 33672: gl_FUNC_WCWIDTH: command not found
There are more serious ones, which seem to be related to preparation of the
library dirs which can be fixed by copying the missing files from
gettext-tools/gnulib-lib:
mingw32-gcc -DHAVE_CONFIG_H -I. -I.. -I../intl -I../intl
-DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -DEXEEXT=\".exe\" -g -O2 -c
closeout.c
closeout.c:28:18: error: exit.h: No such file or directory
closeout.c: In function ‘close_stdout’:
closeout.c:67: error: ‘EXIT_FAILURE’ undeclared (first use in this function)
closeout.c:67: error: (Each undeclared identifier is reported only once
closeout.c:67: error: for each function it appears in.)
closeout.c:76: warning: incompatible implicit declaration of built-in
function ‘exit’
closeout.c:79: warning: incompatible implicit declaration of built-in
function ‘exit’
make[4]: *** [closeout.o] Error 1
make[4]: Leaving directory
`/home/sevendays/Warzone/devpkg/src/gettext-0.16.1/gettext-runtime/gnulib-lib'
mingw32-gcc -DHAVE_CONFIG_H -I. -I.. -I../intl -I../intl
-DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -DEXEEXT=\".exe\" -g -O2 -c
propername.c
propername.c:35:20: error: strstr.h: No such file or directory
make[4]: *** [propername.o] Error 1
make[4]: Leaving directory
`/home/sevendays/Warzone/devpkg/src/gettext-0.16.1/gettext-runtime/gnulib-lib'
mingw32-gcc -DHAVE_CONFIG_H -I. -I.. -I../intl -I../intl
-DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -DEXEEXT=\".exe\" -g -O2 -c
striconv.c
striconv.c:34:20: error: strdup.h: No such file or directory
make[4]: *** [striconv.o] Error 1
make[4]: Leaving directory
`/home/sevendays/Warzone/devpkg/src/gettext-0.16.1/gettext-runtime/gnulib-lib'
Additionally a rule is missing:
make[4]: *** No rule to make target `strnlen1.o', needed by `libgrt.a'. Stop.
make[4]: Leaving directory
`/home/sevendays/Warzone/devpkg/src/gettext-0.16.1/gettext-runtime/gnulib-lib'
My first guess is that this is related to autogen updating gnulib via CVS in
some wrong way.
--Dennis
pgplRZRugxXJy.pgp
Description: PGP signature