Re: Gettext 0.16.1 is not able to compile with --disable-nls

[Dennis Schridde]

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