Subject: Re: iconv detection issues
To: alpine-user <alpine-user@lists.alpinelinux.org>
References: <34652592-dd13-dca0-40a1-18eb43101bd9@libero.it>
 <CN24O9AIQA5Y.1N9K8QRIAUFE3@sumire>
From: Riccardo Mottola <riccardo.mottola@libero.it>
Message-ID: <4473ae75-aa82-48a3-c7dc-833853304428@libero.it>
Date: Thu, 22 Sep 2022 23:40:25 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Firefox/68.0 SeaMonkey/2.53.13
MIME-Version: 1.0
In-Reply-To: <CN24O9AIQA5Y.1N9K8QRIAUFE3@sumire>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Hi Alice,

alice wrote:
>> conftest.c:235:48: warning: comparison between pointer and integer
>>   235 | { return iconv_open("UTF-8//TRANSLIT","ASCII") == -1 ? 1 : 0; }
> the TRANSLIT extension is not supported by musl iconv.
> see: https://wiki.musl-libc.org/functional-differences-from-glibc.html#iconv
>
> so, the configure test fails. if the program hard-requires this
> support, then you can try use gnu-libiconv(-dev), and see how to link
> that (i don't know if it's actually the same api/kind of thing..) by
> modifying the configure files, passing flags, etc.

very good, indeed, using gnu-libiconv-dev and then fiddling with the
include headers, made configure work.
Linking should be fine, because the library is installed then in the
usual place /usr/local/lib

However, linking fails. At a first glance, not only iconv, but symbols
of almost all libraries are missing:
...
/usr/lib/gcc/i586-alpine-linux-musl/11.2.1/../../../../i586-alpine-linux-musl/bin/ld:
/home/multix/code/libs-base/Source/GSTLS.m:2314: undefined reference to
`gnutls_x509_crt_init'

...
ression.m:744: undefined reference to `uregex_close_71'
/usr/lib/gcc/i586-alpine-linux-musl/11.2.1/../../../../i586-alpine-linux-musl/bin/ld:
/home/multix/code/libs-base/Source/NSRegularExpression.m:744: undefined
reference to `uregex_lookingAt_71'
...
/home/multix/code/libs-base/Source/GSFileHandle.m:298: undefined
reference to `gzread'
/usr/lib/gcc/i586-alpine-linux-musl/11.2.1/../../../../i586-alpine-linux-musl/bin/ld:
../Source/./obj/libgnustep-base.a(GSFileHandle.m.o): in function
`_i_GSFileHandle__write_length_':


looks to me like ICU, gzip, gnutls... like all linking failing! wow a
hint where this could be different from other linux?

Riccardo