This is the mail archive of the
mailing list for the binutils project.
Re: [PATCH] toplevel: fixes for in-tree libiconv
- From: Jeff Law <law at redhat dot com>
- To: Yaakov Selkowitz <yselkowi at redhat dot com>, gcc-patches at gcc dot gnu dot org, "binutils at sourceware dot org" <binutils at sourceware dot org>, "gdb-patches at sourceware dot org" <gdb-patches at sourceware dot org>
- Date: Fri, 29 May 2015 22:50:22 -0600
- Subject: Re: [PATCH] toplevel: fixes for in-tree libiconv
- Authentication-results: sourceware.org; auth=none
- References: <1432934043 dot 7892 dot 30 dot camel at redhat dot com>
On 05/29/2015 03:14 PM, Yaakov Selkowitz wrote:
How was this patch tested? I don't see anything glaringly wrong, but
stranger things have happened.
This is the first in a series of patches to make a build with an in-tree
GNU libiconv work as designed.
This patch fixes dependencies for parallel make, and avoids failures
with make targets not supported by GNU libiconv.
-- Yaakov Selkowitz Associate Software Engineer, ARM Red Hat, Inc.
2015-05-29 Yaakov Selkowitz<firstname.lastname@example.org>
* Makefile.def (libiconv): Mark pdf/html/info as missing.
(configure-gcc): Depend on all-libiconv.
* Makefile.in: Regenerate.
I think just a bootstrap check is fine here (rather than a bootstrap +
regression test). If you could bootstrap with and without an in-tree
libiconv it'd be appreciated.