[PATCH] toplevel: fixes for in-tree libiconv

Jeff Law law@redhat.com
Sat May 30 04:50:00 GMT 2015


On 05/29/2015 03:14 PM, Yaakov Selkowitz wrote:
> 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.
>
>
> 0001-toplevel-libiconv.patch
>
>
> 2015-05-29  Yaakov Selkowitz<yselkowi@redhat.com>
>
> 	* Makefile.def (libiconv): Mark pdf/html/info as missing.
> 	(configure-gcc): Depend on all-libiconv.
> 	(all-gcc): Ditto.
> 	(configure-libcpp): Ditto.
> 	(all-libcpp): Ditto.
> 	(configure-intl): Ditto.
> 	* Makefile.in: Regenerate.
How was this patch tested?  I don't see anything glaringly wrong, but 
stranger things have happened.

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.

Jeff



More information about the Gdb-patches mailing list