Re: [bug-libunistring] [platform-testers] libunistring 0.9.6 second release candidate

[Daiki Ueno]

Hello Assaf,

Thanks for testing and the report.

Assaf Gordon <address@hidden> writes:

> On FreeBSD 10.1 x86_64, 1 failure:
>
>     FAIL: test-striconveh
>     =====================
>     test-striconveh.c:519: assertion 'retval == -1 && errno == EILSEQ' failed
>     FAIL test-striconveh (exit status: 134)
>
> with a printf I see errno was 22=EINVAL .

I suppose this will be fixed if libiconv is installed.

> On OpenIndiana (Illumos/OpenSolaris-like),
> build fails with:
> ---
> /bin/sh ../libtool  --tag=CC --preserve-dup-deps  --mode=link gcc  -g -O2   
> -o test-alloca-opt test-alloca-opt.o libtests.a ../lib/libunistring.la 
> libtests.a
> libtool: link: gcc -g -O2 -o .libs/test-alloca-opt test-alloca-opt.o  
> libtests.a ../lib/.libs/libunistring.so libtests.a -R/usr/local/lib
> Undefined                       first referenced
>  symbol                             in file
> getlocalename_l                     ../lib/.libs/libunistring.so
> ld: fatal: symbol referencing errors. No output written to 
> .libs/test-alloca-opt
> ---
> might be similar to this:
>   http://lists.gnu.org/archive/html/bug-gnulib/2015-02/msg00042.html

Yes, and it affects gettext build too, as Illumos people seem to be
aware of it: http://permalink.gmane.org/gmane.os.illumos.devel/22249

I'm not sure what's the best way to fix it.  Maybe we could have a
configure time check for getlocalename_l?

Regards,
-- 
Daiki Ueno