Re: test-u..-vs(n?)printf1 need LIBINTL (and?) LIBICONV

[Bruno Haible]

Hello Ralf,

> On FreeBSD 6.2 I get this kind of error for the test-u*-vs(|n)printf1
> tests:  (beware, creative mixing of regex and glob syntax above ;-)

In glob syntax: test-u*-vs{,n}printf1

> gcc -std=gnu99  -g -O2  -Wl,--as-needed -o test-u16-vsprintf1 
> test-u16-vsprintf1.o ../gllib/libgnu.a /usr/local/lib/libiconv.so -Wl,-rpath 
> -Wl,/usr/local/lib -lm
> ../gllib/libgnu.a(xalloc-die.o)(.text+0xc): In function `xalloc_die':
> ../../dummy-0/gllib/xalloc-die.c:34: undefined reference to `libintl_gettext'
> ../gllib/libgnu.a(error.o)(.text+0x89): In function `error_tail':
> ../../dummy-0/gllib/error.c:125: undefined reference to `libintl_gettext'
> gmake[4]: *** [test-u16-vsprintf1] Error 1
> 
> So I figured they need @LIBINTL@ instead of @address@hidden ...
>
> Now, I can only guess that somewhere in gettext.m4 lies the answer to
> this.  Or would these tests need both @LIBINTL@ and @address@hidden

They need both @LIBINTL@ and @LIBICONV@:
  - @LIBINTL@ because of the xalloc module,
  - @LIBICONV@ because the modules depend on uniconv/u*-conv-from-enc, which
    depend on striconveha, which depends on striconveh.

@LIBINTL@ does not always subsume @address@hidden In fact, when you configure
with --disable-nls, @LIBINTL@ is always empty.

Please write it as $(LDADD) @LIBINTL@ @LIBICONV@, because libintl is higher
level than libiconv, and more basic libraries always come last (even though
it doesn't matter here since @LIBINTL@ is self-contained).

Bruno