Mailing List Archive

Undefinded reference to gettext -- Re: 0.4.2 is out
I think this is well known, but perhaps this is a more complete report
than before

-------------- cut here ---->8 ---< head
[jam@athene gnupg-0.4.2]$ ./configure
creating cache ./config.cache
checking whether memory debugging is requested... no
checking whether memory guard is requested... yes
checking whether included zlib is requested... no
checking host system type... i486-pc-linux-gnu
checking target system type... i486-pc-linux-gnu
checking build system type... i486-pc-linux-gnu
checking cached information... ok
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for gcc... gcc
checking whether the C compiler (gcc -g -Wall ) works... yes
checking whether the C compiler (gcc -g -Wall ) is a cross-compiler... no
checking whether we are using GNU C... yes
[[ ... ]]
checking whether included gettext is requested... no
checking for libintl.h... yes
checking for gettext in libc... no
checking for bindtextdomain in -lintl... yes
checking for gettext in libintl... checking for gettext in -lintl... yes
yes
[[ ... ]]
[jam@athene gnupg-0.4.2]$ make
[[ ... ]]
make[2]: Entering directory `/home/jamsrc/gnupg-0.4.2/tools'
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../intl -g -Wall -c mpicalc.c
gcc -g -Wall -o mpicalc mpicalc.o ../cipher/libcipher.a ../util/libutil.a ../mpi/libmpi.a ../util/libutil.a -ldl -lgdbm -lz
mpicalc.o: In function `i18n_init':
/home/jamsrc/gnupg-0.4.2/tools/mpicalc.c:74: undefined reference to `bindtextdomain'
/home/jamsrc/gnupg-0.4.2/tools/mpicalc.c:75: undefined reference to `textdomain'
../util/libutil.a(argparse.o): In function `show_help':
/home/jamsrc/gnupg-0.4.2/util/argparse.c:584: undefined reference to `gettext'
../util/libutil.a(secmem.o): In function `print_warn':
/home/jamsrc/gnupg-0.4.2/util/secmem.c:77: undefined reference to `gettext'
../util/libutil.a(logger.o): In function `g10_log_bug0':
/home/jamsrc/gnupg-0.4.2/util/logger.c:177: undefined reference to `gettext'
../util/libutil.a(errors.o): In function `g10_errstr':
/home/jamsrc/gnupg-0.4.2/util/errors.c:100: undefined reference to `gettext'
make[2]: *** [mpicalc] Error 1
make[2]: Leaving directory `/home/jamsrc/gnupg-0.4.2/tools'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/jamsrc/gnupg-0.4.2'
make: *** [all-recursive-am] Error 2
[jam@athene gnupg-0.4.2]$ ./configure --with-included-gettext
[[ ... ]]

Sequel all OK

---- 8<------- cut here ----------> tail

jam
Re: Undefinded reference to gettext -- Re: 0.4.2 is out [ In reply to ]
On Sun, Oct 18, 1998 at 04:57:55PM -0400, John A. Martin wrote:
> I think this is well known, but perhaps this is a more complete report
> than before

Removing intl/libintl.h should help against this problem - that file
will be created by configure as a symbolic link to intl/libgettext.h
if needed.

tlr
--
Thomas Roessler · 74a353cc0b19 · http://home.pages.de/~roessler/
2048/CE6AC6C1 · 4E 04 F0 BC 72 FF 14 23 44 85 D1 A1 3B B0 73 C1
Re: Undefinded reference to gettext -- Re: 0.4.2 is out [ In reply to ]
"John A. Martin" <jam@jamux.com> writes:

> I think this is well known, but perhaps this is a more complete report
> than before

Yes I know that there is a problem. On my ususal woking machine I
have the same problem, on a fresh installed Debian 2.0 it works fine.

Any help is greatly appreciated.


Werner
Re: Undefinded reference to gettext -- Re: 0.4.2 is out [ In reply to ]
Thomas Roessler <roessler@guug.de> writes:

> Removing intl/libintl.h should help against this problem - that file
> will be created by configure as a symbolic link to intl/libgettext.h
> if needed.

No, it does not help. The problem is the m4 macro from gettext.


Werner
Re: Undefinded reference to gettext -- Re: 0.4.2 is out [ In reply to ]
On Mon, Oct 19, 1998 at 09:33:48PM +0200, Werner Koch wrote:

> No, it does not help. The problem is the m4 macro from gettext.

Sure? I've been having the problems people described on a rather
clean Debian 2.0 machine, and they went away as soon as I removed
that file and killed some dependency files.

tlr
--
Thomas Roessler · 74a353cc0b19 · http://home.pages.de/~roessler/
2048/CE6AC6C1 · 4E 04 F0 BC 72 FF 14 23 44 85 D1 A1 3B B0 73 C1
Re: Undefinded reference to gettext -- Re: 0.4.2 is out [ In reply to ]
Thomas Roessler <roessler@guug.de> writes:

> Sure? I've been having the problems people described on a rather
> clean Debian 2.0 machine, and they went away as soon as I removed
> that file and killed some dependency files.

Hmmm, my Debian 2 box is a full development version, maybe this is
why it works.


Werner
Re: Undefinded reference to gettext -- Re: 0.4.2 is out [ In reply to ]
> > Sure? I've been having the problems people described on a rather
> > clean Debian 2.0 machine, and they went away as soon as I removed
> > that file and killed some dependency files.
> Hmmm, my Debian 2 box is a full development version, maybe this is
> why it works.

Debian already uses libc6 (glibc2). gettext & co. are included there so
you will never see undefined reference `gettext'.
Re: Undefinded reference to gettext -- Re: 0.4.2 is out [ In reply to ]
Nicolás Lichtmaier <nick@feedback.net.ar> writes:

> Debian already uses libc6 (glibc2). gettext & co. are included there so
> you will never see undefined reference `gettext'.

I have fixed the problem with the help of Thomas Roessler.

Werner
Re: Undefinded reference to gettext -- Re: 0.4.2 is out [ In reply to ]
On Wed, Oct 21, 1998 at 09:01:08AM +0200, Werner Koch wrote:

> I have fixed the problem

You may wish to add a notice that whoever re-runs aclocal on their
own machine has a certain risk of re-introducing the problem in
question - it's actually a bug in gettext's aclocal macros.

tlr
--
Thomas Roessler · 74a353cc0b19 · dg1ktr · http://home.pages.de/~roessler/
2048/CE6AC6C1 · 4E 04 F0 BC 72 FF 14 23 44 85 D1 A1 3B B0 73 C1
Re: Undefinded reference to gettext -- Re: 0.4.2 is out [ In reply to ]
Thomas Roessler <roessler@guug.de> writes:

> You may wish to add a notice that whoever re-runs aclocal on their
> own machine has a certain risk of re-introducing the problem in
> question - it's actually a bug in gettext's aclocal macros.

Hmmm, if I put this pacthed macro into acinclude.m4, aclocal should
use this version and not the one which comes with it. But I have not
checked this.

A version check in scripts/autogen.sh could avoid some problems.


Werner