GNOME Bugzilla – Bug 70480
configure.in should check bind_textdomain_codeset in libc or libintl
Last modified: 2004-12-22 21:47:04 UTC
Package: eel Severity: normal Version: 1.1.3 Synopsis: configure.in should check bind_textdomain_codeset in libc or libintl Bugzilla-Product: eel Bugzilla-Component: general Description: libc may contain gettext functions but not bind_textdomain_codeset (which appeared recently). This function will always be in libintl.a installed with GNU gettext ------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-02-04 04:19 ------- Unknown version 1.1.x in product eel. Setting version to the default, "unspecified". Reassigning to the default owner of the component, nautilus-maint@bugzilla.gnome.org.
Frederic: I assume the build fails if bind_textdomain_codeset isn't there?
Why does eel need to make this check? How is eel different from other libraries and programs in this respect?
I agree, in fact this same problem occured in other modules that were using that same function. This check should be in AM_GLIB_GNU_GETTEXT or AM_GLIB_WITH_NLS . bind_textdomain_codeset isn't in glibc 2.1, it may be in glibc 2.2, and it should always be in libintl which is installed with GNU gettext. Even better, -lintl should be included in glib-2.0.pc and/or libglib.la if this function isn't present in glibc (thus requiring no autoconf check in libraries that use glibc). I'm trying to change the product for this bug, hope it works.
*** This bug has been marked as a duplicate of 70627 ***