[Gcl-devel] Re: MacOS X status

[Magnus Henoch]

Lars Rosengreen <address@hidden> writes:

[...]

> /bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H
> -I. -I. -I. -D_GNU_SOURCE     -I. -I. -I./../include  -I./../intl
> -I../intl   -W
> -Wall -Wstrict-prototypes -Wmissing-prototypes -g -O2 -c archive.c
> gcc -DHAVE_CONFIG_H -I. -I. -I. -D_GNU_SOURCE -I. -I. -I./../include
> -I./../intl -I../intl -W -Wall -Wstrict-prototypes
> -Wmissing-prototypes -g -O2 -c archive.c -o archive.o
> In file included from archive.c:131:
> sysdep.h:135:21: libintl.h: No such file or directory
> archive.c: In function `_bfd_write_archive_contents':
> archive.c:1826: warning: implicit declaration of function `dgettext'
> archive.c:1826: warning: passing arg 1 of pointer to function makes
> pointer from integer without a cast

This means that the compiler doesn't find the gettext headers.
gettext is included in glibc, and AIUI you need to install GNU gettext
on other systems - at least, that is my experience with OpenBSD.

In short - you need to make sure you have libintl.h and libintl.so,
and you need to make configure find it.

I came up with the following patch to configure.in:

txt4ZtUVfu_yn.txt
Description: Text document

This will make configure generate an error if gettext is not found.
For me, I had gettext in /usr/local, which meant that I had to define
the environment variables CPPFLAGS=-I/usr/local/include and
LDFLAGS=-L/usr/local/lib before running configure (on OpenBSD, those
locations are not searched by default).

This patch should not affect building on Linux, but I have not tested
that.

Magnus