From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dan.rpsys.net (5751f4a1.skybroadband.com [87.81.244.161]) by mail.openembedded.org (Postfix) with ESMTP id BD4AC60069 for ; Sat, 4 Mar 2017 10:54:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dan.rpsys.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id v24AsXr1025237; Sat, 4 Mar 2017 10:54:33 GMT Received: from dan.rpsys.net ([127.0.0.1]) by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id c4yYirafZBjI; Sat, 4 Mar 2017 10:54:33 +0000 (GMT) Received: from hex ([192.168.3.34]) (authenticated bits=0) by dan.rpsys.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id v24AsT5n025234 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT); Sat, 4 Mar 2017 10:54:30 GMT Message-ID: <1488624869.22968.8.camel@linuxfoundation.org> From: Richard Purdie To: Khem Raj , "Burton, Ross" Date: Sat, 04 Mar 2017 10:54:29 +0000 In-Reply-To: References: <1488542096-23389-1-git-send-email-richard.purdie@linuxfoundation.org> X-Mailer: Evolution 3.18.5.2-0ubuntu3.1 Mime-Version: 1.0 Cc: Patches and discussions about the oe-core layer Subject: Re: [PATCH] gcc-runtime: Add libmpx supprt for x86 X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2017 10:54:38 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Fri, 2017-03-03 at 14:58 -0800, Khem Raj wrote: > On Fri, Mar 3, 2017 at 2:54 PM, Burton, Ross > wrote: > > > > > > On 3 March 2017 at 21:39, Khem Raj 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. Incidentally, this fails to build on musl so I've just disabled it on musl for now. Cheers, Richard