Missing parts of fixes for in-tree libiconv
authorYaakov Selkowitz <yselkowi@redhat.com>
Mon, 24 Aug 2015 09:57:03 +0000 (10:57 +0100)
committerPedro Alves <palves@redhat.com>
Mon, 24 Aug 2015 09:57:03 +0000 (10:57 +0100)
commitcfe101c6a8227b6b97ed2da85895db7d6083bfa6
treece7d9b952d114d058be5df0ba0fa7a66511c4adc
parentb83035f1f61c8749983aef1f51162947a284827d
Missing parts of fixes for in-tree libiconv

(Commit d23d1dff missed pushing the config/iconv.m4 change, and to
regenerate binutils' configure.)

Original description:

This is the second in a series of patches to make a build with an
in-tree GNU libiconv work as designed.

Currently GDB is the only toolchain component which actually uses an
in-tree libiconv.  This patch modifies the common AM_ICONV to use an
in-tree libiconv when present and not already provided by libc.
(GDB's workaround uses an in-tree libiconv even when libc provides
iconv(3); I'm not sure when or why that would be desirable.)

config/ChangeLog:
2015-08-24  Yaakov Selkowitz  <yselkowi@redhat.com>

* iconv.m4 (AM_ICONV_LINK): Use in-tree libiconv when present.

binutils/ChangeLog:
2015-08-24  Yaakov Selkowitz  <yselkowi@redhat.com>

* configure: Regenerate.
binutils/ChangeLog
binutils/configure
config/ChangeLog
config/iconv.m4