Hi Ross,
On Fri, 2018-09-21 at 14:31 +0300, Alexey Brodkin wrote:
> Hi Ross,
>
> On Fri, 2018-09-21 at 11:43 +0100, Burton, Ross wrote:
> > On Thu, 20 Sep 2018 at 21:44, Alexey Brodkin
> > <Alexey.Brodkin at synopsys.com> wrote:
> >
> > > case ${TARGET_ARCH} in
> > > aarch64_be) TUPLE=aarch64-unknown-linux-gnu ;;
> > > + arc) TUPLE=i686-unknown-linux-gnu ;;
> > > arm) TUPLE=arm-unknown-linux-gnueabi ;;
> > > armeb) TUPLE=arm-unknown-linux-gnueabi ;;
> > > i586|i686) TUPLE=i686-pc-linux-gnu ;;
> >
> > Is that right? Just saying, it looks wrong...
>
> That's indeed a hack :)
>
> libgpg-error [upstream] patch mentioned in this commit
> adds support of ARC architecture as an alias to "i686-unknown-linux-gnu"
> (that's because headers are the same).
>
> But since I provided generate headers only for arc-xxx-linux-uclibc
> (and there's no guarantee glibc header matches uclibc) Werner only
> added support for uClibc.
>
> That said if we were building uClibc toolchain in OE then no mapping
> would be required at all but for Glibc toolchain we still need to
> use explicit header for ARC and the one that matches our needs is
> essentially "ock-obj-pub.i686-unknown-linux-gnu.h", see
> https://lists.gt.net/gnupg/devel/84636#84636
So this is fixed now in libgpg-error upstrema, see
http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgpg-error.git;a=commit;h=f4f0da74f526d7e35cedbc2e93454df6440dbfa5
I'll send v3 soonish with that patch back-ported.
-Alexey
