From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from relay1.mentorg.com ([192.94.38.131]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1QmDnf-00051U-VT for openembedded-core@lists.openembedded.org; Thu, 28 Jul 2011 01:46:04 +0200 Received: from svr-orw-fem-01.mgc.mentorg.com ([147.34.98.93]) by relay1.mentorg.com with esmtp id 1QmDja-0005ZE-Ht from Tom_Rini@mentor.com for openembedded-core@lists.openembedded.org; Wed, 27 Jul 2011 16:41:50 -0700 Received: from SVR-ORW-FEM-05.mgc.mentorg.com ([147.34.97.43]) by svr-orw-fem-01.mgc.mentorg.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Wed, 27 Jul 2011 16:41:50 -0700 Received: from [172.30.80.87] (147.34.91.1) by svr-orw-fem-05.mgc.mentorg.com (147.34.97.43) with Microsoft SMTP Server id 14.1.289.1; Wed, 27 Jul 2011 16:41:49 -0700 Message-ID: <4E30A237.2050702@mentor.com> Date: Wed, 27 Jul 2011 16:41:43 -0700 From: Tom Rini Organization: Mentor Graphics Corporation User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.18) Gecko/20110617 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: References: <368d4cd746ace1a99c7eced1e00275e0eec27573.1311806842.git.nitin.a.kamble@intel.com> <4E309B77.1050703@mentor.com> <9DA5872FEF993D41B7173F58FCF6BE94DE667A45@orsmsx504.amr.corp.intel.com> In-Reply-To: <9DA5872FEF993D41B7173F58FCF6BE94DE667A45@orsmsx504.amr.corp.intel.com> X-Enigmail-Version: 1.1.1 X-OriginalArrivalTime: 27 Jul 2011 23:41:50.0271 (UTC) FILETIME=[C1994CF0:01CC4CB6] Subject: Re: [PATCH 2/4] siteinfo.bbclass: add entries for new x86_64 ABI targets X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2011 23:46:04 -0000 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit On 07/27/2011 04:27 PM, Kamble, Nitin A wrote: > > >> -----Original Message----- >> From: openembedded-core-bounces@lists.openembedded.org >> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of >> Tom Rini >> Sent: Wednesday, July 27, 2011 4:13 PM >> To: openembedded-core@lists.openembedded.org >> Subject: Re: [OE-core] [PATCH 2/4] siteinfo.bbclass: add entries for >> new x86_64 ABI targets >> >> On 07/27/2011 04:09 PM, nitin.a.kamble@intel.com wrote: >>> From: Nitin A Kamble >>> >>> Signed-off-by: Nitin A Kamble >>> --- >>> meta/classes/siteinfo.bbclass | 14 +++++++++++++- >>> 1 files changed, 13 insertions(+), 1 deletions(-) >>> >>> diff --git a/meta/classes/siteinfo.bbclass >> b/meta/classes/siteinfo.bbclass >>> index 9dacd58..daa7946 100644 >>> --- a/meta/classes/siteinfo.bbclass >>> +++ b/meta/classes/siteinfo.bbclass >>> @@ -42,12 +42,15 @@ def siteinfo_data(d): >>> "sh4": "endian-little bit-32 sh-common", >>> "sparc": "endian-big bit-32", >>> "viac3": "endian-little bit-32 ix86-common", >>> - "x86_64": "endian-little bit-64", >>> + "x86_64": "endian-little", # bitinfo specified in targetinfo >>> } >>> osinfo = { >>> "darwin": "common-darwin", >>> "darwin9": "common-darwin", >>> "linux": "common-linux common-glibc", >>> + "linux-gnu32": "common-linux common-glibc", >>> + "linux-gnux32": "common-linux common-glibc", >>> + "linux-gnu64": "common-linux common-glibc", >>> "linux-gnueabi": "common-linux common-glibc", >>> "linux-gnuspe": "common-linux common-glibc", >>> "linux-uclibc": "common-linux common-uclibc", >>> @@ -68,6 +71,15 @@ def siteinfo_data(d): >>> "powerpc-linux-uclibcspe": "powerpc-linux powerpc32-linux >> powerpc-linux-uclibc", >>> "powerpc64-linux-gnuspe": "powerpc-linux powerpc64-linux", >>> "powerpc64-linux": "powerpc-linux", >>> + "x86_64-cygwin": "bit-64", >>> + "x86_64-darvin": "bit-64", >>> + "x86_64-darvin9": "bit-64", >> >> dar_v_in? :) >> >> Slightly more seriously, lets drop out ones we can't / aren't using, >> wrt >> hosts, until we're going to do them for real. > > Hi Tom, > I don't know if they(cygwin, darvin) work or not, I just kept them in the same state. If they are not used/working, then it is good to clean them out. Well, OSX is dar_w_in :) -- Tom Rini Mentor Graphics Corporation