Re: GNU gettext 0.12.1 INSTALLPREFIX et al

[Bruno Haible]

Tyler Berry wrote:

> It seems
> that you are fielding bug reports for gettext right now, so I'm
> e-mailing you rather than Ulrich Drepper

This is correct; still the right mailing list for such reports is
bug-gnu-gettext at gnu.org.

> I'm using a stock gettextized (0.12.1) package with the following in
> configure.in:
>
> AM_GNU_GETTEXT([use-libtool],[need-ngettext])
> AM_GNU_GETTEXT_VERSION(0.12.1)
>
> and the following in the base Makefile.am:
>
> SUBDIRS = ... intl ...
>
> In other words, a generic, by-the-info-file addition of gettext to the
> (libtool-based) package.

The value that you use as first argument of AM_GNU_GETTEXT, [use-libtool],
is not documented any more. It was documented by accident in gettext 0.11.x,
but that was a mistake. Only [external] and [no-libtool] (or empty) are
supported in this place.

> -I. -I.. -Wall -O2 -g ./relocatable.c  -fPIC -DPIC -o
> .libs/relocatable.o

This is a consequence of above AM_GNU_GETTEXT call.

> Additionally, I've attached a patch which I found necessary to get the
> gettext.h header to work on Darwin 6.6, which does not have <libintl.h>
> in any of its standard include locations. Since gettext.h
> unconditionally #includes <libintl.h> rather than "libintl.h", it was
> unable to locate the header.

The usual fix for this is to add appropriate -I flags to the INCLUDES
variable in the Makefile.am. See also item 6 in the section
"`Makefile.in' in `src/'" (Node: src/Makefile) of the gettext documentation.
Once you have put this recommendation in place, your gettext.h patch is not
needed any more.

> This patch corrects it. Technically
> speaking, I got my gettext.h from gnulib rather than gettext itself,
> and the patch should apply to both.

Indeed the gettext.h in gnulib and in gettext are kept in synch.

Thanks for reporting the issue.

Bruno