diff options
| author | Yaakov Selkowitz <yselkowi@redhat.com> | 2015-08-24 10:57:03 +0100 |
|---|---|---|
| committer | Pedro Alves <palves@redhat.com> | 2015-08-24 10:57:03 +0100 |
| commit | cfe101c6a8227b6b97ed2da85895db7d6083bfa6 (patch) | |
| tree | ce7d9b952d114d058be5df0ba0fa7a66511c4adc /gdb/testsuite/ChangeLog | |
| parent | b83035f1f61c8749983aef1f51162947a284827d (diff) | |
| download | gdb-cfe101c6a8227b6b97ed2da85895db7d6083bfa6.zip gdb-cfe101c6a8227b6b97ed2da85895db7d6083bfa6.tar.gz gdb-cfe101c6a8227b6b97ed2da85895db7d6083bfa6.tar.bz2 | |
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.
Diffstat (limited to 'gdb/testsuite/ChangeLog')
0 files changed, 0 insertions, 0 deletions