I have applied and committed these patches, both in gcc and binutils-gdb.
On Fri, 2015-05-29 at 16:14 -0500, 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.
Thanks
On Fri, 2015-05-29 at 16:14 -0500, 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.
Thanks
> Thanks. I don't have write access, could a toplevel maintainer please
> commit?
Which repos do you not have access to? Also, did you address Jeff's
comment?
> How was this patch tested? I don't see anything glaringly wrong, but
> stranger things have happened.
>
> I think just a bootstrap
On Tue, 2015-06-16 at 00:08 -0400, DJ Delorie 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.
>
> 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.
This is OK. Thanks!
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 Assoc
