libctf, gdbsupport: intl/ problems with --with-included-gettext (was Re: [PATCH] ld: depend on libctf)

[Nick Alcock]

On 2 Feb 2021, Stephen Casner outgrape:

> On Tue, 2 Feb 2021, Nick Alcock wrote:
>>
>> I have a possible fix for all of this against a slightly old trunk on
>> the users/nalcock/included-gettext branch: could you try it out? (It's
>> several commits long, so pointing you at the git branch seems the
>> easiest way to have you test it.)
>
> With the following configure:
>
> auge6> ~/src/gnu/binutils-gdb/configure --prefix=/usr/local --with-gmp=/opt/local
>
> It builds through gdbsupport, but I have an unrelated problem with gdb
> configure:
>
> checking for libgmp... no
> configure: error: GMP is missing or unusable

Definitely unrelated, I'd say.

> So my test run has not verified that everything links properly with
> all the libraries.

The link failures I saw with --with-included-gettext lay in libctf, ld,
and gdbserver/libinproctrace.so. GDB itself seemed happy.

> Also presumably unrelated, there are these warnings:
>
> /opt/local/bin/ranlib: file: .libs/libbfd.a(bfdwin.o) has no symbols
> /opt/local/bin/ranlib: file: libgdbsupport.a(gdb_wait.o) has no symbols
> /opt/local/bin/ranlib: file: libgnu.a(count-one-bits.o) has no symbols
> /opt/local/bin/ranlib: file: libgnu.a(fd-hook.o) has no symbols
> /opt/local/bin/ranlib: file: libgnu.a(getcwd-lgpl.o) has no symbols
> /opt/local/bin/ranlib: file: libgnu.a(getprogname.o) has no symbols
> /opt/local/bin/ranlib: file: libgnu.a(localtime-buffer.o) has no symbols
> /opt/local/bin/ranlib: file: libgnu.a(math.o) has no symbols
> /opt/local/bin/ranlib: file: libgnu.a(stat-time.o) has no symbols
> /opt/local/bin/ranlib: file: libgnu.a(sys_socket.o) has no symbols
> /opt/local/bin/ranlib: file: libgnu.a(threadlib.o) has no symbols
> /opt/local/bin/ranlib: file: libgnu.a(unistd.o) has no symbols
> /opt/local/bin/ranlib: file: libgnu.a(wctype-h.o) has no symbols
> /opt/local/bin/ranlib: file: libintl.a(osdep.o) has no symbols
> 
> I've seen some discussions on this list about having no symbols, but
> my build is using the system ld.

Yeah, I don't think this could possibly be related, though perhaps it is
exacerbated a bit: I didn't touch the gnulib or libbfd side of thing at
all.

I'll start throwing this through testing, but I don't think I'm going to
try to get it upstream (or into the branch) until after I've got my
current patch series in, if that's OK? It probably needs more review
from the GDB side and, uh... whoever the heck reviews changes to intl/ :)