This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: Failure to link GDB 7.5
- From: Eli Zaretskii <eliz at gnu dot org>
- To: Joel Brobecker <brobecker at adacore dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Sat, 18 Aug 2012 20:03:29 +0300
- Subject: Re: Failure to link GDB 7.5
- References: <83boi8gynf.fsf@gnu.org> <20120818155136.GG2798@adacore.com>
- Reply-to: Eli Zaretskii <eliz at gnu dot org>
> Date: Sat, 18 Aug 2012 08:51:36 -0700
> From: Joel Brobecker <brobecker@adacore.com>
> Cc: gdb-patches@sourceware.org
>
> > What is wrong with my libiconv? (There's no other libiconv on this
> > system, which is why I built my own some time ago.)
>
> I do not think it's your libiconv. It looks like the link command is
> missing the reference to libiconv (something like -liconv, or /path/to/
> libiconv.so in your case [which I find a little unusual on a Unix system]).
> It is probably a consequence of how you configured GDB. I think that
> if you configure with --with-libiconv-prefix=/path/to/libiconv/prefix,
> everything should work (famous last words).
It didn't work (note that in the original build, I showed a line from
the configure script output that found my libiconv).
But your suggestion pointed me in the right direction: I eventually
succeeded by running "make INTL='-L/home/e/eliz/lib -liconv'".
I wonder why the default command didn't work. Let me know if you need
me to dig deeper.
Thanks.