* gdbserver seems to have grown a dependency on libiconv
@ 2024-07-23 1:43 Chris Packham via Gdb
2024-07-23 1:57 ` Chris Packham via Gdb
0 siblings, 1 reply; 2+ messages in thread
From: Chris Packham via Gdb @ 2024-07-23 1:43 UTC (permalink / raw)
To: GDB Mailing list
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?
Thanks,
Chris
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: gdbserver seems to have grown a dependency on libiconv
2024-07-23 1:43 gdbserver seems to have grown a dependency on libiconv Chris Packham via Gdb
@ 2024-07-23 1:57 ` Chris Packham via Gdb
0 siblings, 0 replies; 2+ messages in thread
From: Chris Packham via Gdb @ 2024-07-23 1:57 UTC (permalink / raw)
To: GDB Mailing list
On Tue, Jul 23, 2024 at 1:43 PM Chris Packham <judge.packham@gmail.com> 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
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2024-07-23 1:57 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-07-23 1:43 gdbserver seems to have grown a dependency on libiconv Chris Packham via Gdb
2024-07-23 1:57 ` Chris Packham via Gdb
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox