bug-gnulib
[Top][All Lists]
Advanced

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

Re: bug in 'iconvme' module


From: Simon Josefsson
Subject: Re: bug in 'iconvme' module
Date: Tue, 10 Jan 2006 17:50:17 +0100
User-agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux)

Bruno Haible <address@hidden> writes:

> Simon,
>
> On MacOS X with GNU libiconv module, the iconvme module exhibits a build
> failure:
>
> Making all in lib
> make  all-am
> gcc -DHAVE_CONFIG_H -I. -I../../../megatestdir/iconvme/lib -I..     -g -O2 -c 
> ../../../megatestdir/iconvme/lib/iconvme.c
> ../../../megatestdir/iconvme/lib/iconvme.c: In function `iconv_alloc':
> ../../../megatestdir/iconvme/lib/iconvme.c:134: warning: passing arg 2 of 
> `libiconv' from incompatible pointer type
> rm -f libgnu.a
> ar cru libgnu.a iconvme.o -liconv
> ar: -liconv: No such file or directory
> make[4]: *** [libgnu.a] Error 1
> make[4]: Target `all-am' not remade because of errors.
> make[3]: *** [all] Error 2
>
> IMO you need to add $(LTLIBICONV) to lib_LDFLAGS, not lib_LIBADD.
> And also, use $(LIBICONV) instead of $(LTLIBICONV) when libtool is not used.
> That's why you introduced GL_COND_LIBTOOL conditional, no?

I think iconvme was written before the recent libtool changes.  If you
make those changes, does it work?  If so, please feel free to commit
them.  If they cause me any problem (presumably in libidn), I'll
report it later on.

Thanks,
Simon




reply via email to

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