[OE-core] [PATCH] gcc-runtime: Add libmpx supprt for x86

[Martin Jansa]

Seems to cause following QA issue for DISTROs which don't
inherit remove-libtool.bbclass

ERROR: gcc-runtime-6.3.0-r0 do_package: QA Issue: gcc-runtime:
Files/directories were installed but not shipped in any package:
  /usr/lib/libmpxwrappers.la
Please set FILES such that these items are packaged. Alternatively if they
are unneeded, avoid installing them or delete them within do_install.
gcc-runtime: 1 installed and not shipped files. [installed-vs-shipped]


On Sat, Mar 4, 2017 at 7:58 PM, Khem Raj <raj.khem at gmail.com> wrote:

> On Sat, Mar 4, 2017 at 2:54 AM, Richard Purdie
> <richard.purdie at linuxfoundation.org> wrote:
> > On Fri, 2017-03-03 at 14:58 -0800, Khem Raj wrote:
> >> On Fri, Mar 3, 2017 at 2:54 PM, Burton, Ross <ross.burton at intel.com>
> >> wrote:
> >> >
> >> >
> >> > On 3 March 2017 at 21:39, Khem Raj <raj.khem at gmail.com> wrote:
> >> > >
> >> > >
> >> > > >
> >> > > > Enabling building the Intel Memory Protection Extension library
> >> > > > for x86.
> >> > > >
> >> > > hope this works on amd chips as well ?
> >> >
> >> > https://en.wikipedia.org/wiki/Intel_MPX
> >> >
> >> > It depends on new instructions, so you'll have to ask AMD. :)
> >> OK if its not so then perhaps a bbappend in meta-intel is more
> >> appropriate.
> >
> > Well, its part of gcc, not something meta-intel is patching in and its
> > a standard which other arches can implement, maybe in their own library
> > so I believe the recipe is the better place for this to live. I just
> > copied the description from the code iirc.
> >
>
> I think its ok on second thought if its the case where it will be used
> more often then probably a provision to be able to remove it from a
> soc layer
> would be enough
>
> > Incidentally, this fails to build on musl so I've just disabled it on
> > musl for now.
> >
>
> OK
>
> > Cheers,
> >
> > Richard
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20170308/3a4a1c0d/attachment-0002.html>