Re: gdbserver seems to have grown a dependency on libiconv

Chris Packham via Gdb <[email protected]>
Newsgroups gmane.comp.gdb.devel
Message-ID <CAFOYHZAwDNNmkKVyvWH3f5-acVMCe=w8_eVuvjKcL=Qy_Yq54g@mail.gmail.com>
On Tue, Jul 23, 2024 at 1:43 PM Chris Packham <[email protected]> wrote:
>
> Hi,
>
> I'm just looking at adding gdb 15 to crosstool-ng. One configuration
> that's having problems is xtensa-fsf-linux-uclibc.
>
> [ERROR]    configure: error: could not find libiconv (required for
> host xtensa-fsf-linux-uclibc)[ERROR]    make[2]: *** [Makefile:10924:
> configure-gdbserver] Error 1
> [ERROR]    make[2]: *** Waiting for unfinished jobs....
>
> I don't think it's anything to do with the specific architecture but
> it just happens this configuration doesn't end up building libiconv as
> a dependency for any other part of the toolchain.
>
> Is libiconv actually a requirement for gdbserver or is this something
> that has leaked through now that gdb and gdbserver share a lot of
> infrastructure?

Answering my own question. Commit 07b3255c3ba ("Filter invalid
encodings from Linux thread names") started using iconv in gdbserver
and commit da48217f315 ("gdbserver/linux: probe for libiconv in
configure") added the configure check. So this appears completely
intentional. I'll add something to crosstool-ng to make libiconv a
dependency for gdbserver.

>
> Thanks,
> Chris
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.