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

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

gettext-runtime -> libintl. problem recognising intl from libiconv an gl


From: Andrew SG Rojek
Subject: gettext-runtime -> libintl. problem recognising intl from libiconv an glib.
Date: Tue, 10 Jun 2008 17:37:54 +0100

Dev,

Whilst installing glib in a non-standard location, the configure script failed to recognise gettext when it is installed into the same non-standard location.

Back-tracking though the installations, libiconv also failed to recognise gettext breaking the circular reference and I managed to isolate the problem to libintl. Interestingly, when installed into the default location, it configures, makes and
installs properly recognising the header and libraries.

This is the output generated from various scripts.

gettext-1.16.1
=== configuring in gettext-runtime
...
checking whether included gettext is requested... no
checking for GNU gettext in libc... no
checking for GNU gettext in libintl... no
checking whether to use NLS... yes
checking where the gettext function comes from... included intl directory

=== configuring in gettext-tools
...
checking whether included gettext is requested... no
checking for GNU gettext in libc... no
checking for GNU gettext in libintl... no
checking whether to use NLS... yes
checking where the gettext function comes from... included intl directory

libiconv-1.12
checking for GNU gettext in libintl... no

glib-2.16.3
checking libintl.h usability... no
checking libintl.h presence... no
checking for libintl.h... no

The library and header are actually installed in the proper locations but complementary software fails to recognise libintl when not installed into
the default location. Other software seems to install as expected under
non-standard locations.

I would appreciate any feed back.

A.





reply via email to

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