[RFA/commit] prefer in-tree libiconv over the system libiconv
Joel Brobecker
brobecker@adacore.com
Tue Apr 21 21:00:00 GMT 2009
[switching to gdb-patches]
The more I kept thinking about it, the more it seemed to make sense
to me that we should use in-tree libiconv if present. Right now,
we automatically build it, but we cannot use the current configure
switch (--with-libiconv-prefix) to force GDB to use the libiconv
we just built. That means that an extra switch would be necessary,
not just convenient.
This patch implements this change. I've only tested it on GNU/Linux
at the moment, with and without in-tree libiconv. I get the expected
result both times. I'm checked this patch in AdaCore tree, and I should
get build results tomorrow.
2009-04-21 Joel Brobecker <brobecker@adacore.com>
* acinclude.m4 (AM_ICONV): Prefer in-tree libiconv if present over
system iconv.
* configure: Regenerate.
The diff seems awful, but all I did was move the block for ../libiconv
up before we check for iconv in the libc. And I made us check iconv
in libc only if we haven't found iconv in ../libiconv.
Any objection?
--
Joel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: in-tree-iconv.diff
Type: text/x-diff
Size: 3098 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/gdb-patches/attachments/20090421/6e4276da/attachment.bin>
More information about the Gdb-patches
mailing list