From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [194.106.48.114] (helo=tim.rpsys.net) by linuxtogo.org with esmtp (Exim 4.63) (envelope-from ) id 1H9SLt-0006vw-Va for openembedded-devel@openembedded.org; Tue, 23 Jan 2007 21:34:46 +0100 Received: from localhost (localhost [127.0.0.1]) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id l0NKYag4008776 for ; Tue, 23 Jan 2007 20:34:36 GMT Received: from tim.rpsys.net ([127.0.0.1]) by localhost (tim.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08524-06 for ; Tue, 23 Jan 2007 20:34:34 +0000 (GMT) Received: from max.rpnet.com (max.rpnet.com [192.168.1.15]) (authenticated bits=0) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id l0NKYWG8008765 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 23 Jan 2007 20:34:32 GMT From: Richard Purdie To: openembedded-devel@openembedded.org In-Reply-To: <45B663F8.5030901@whitby.id.au> References: <45B40165.6000506@whitby.id.au> <45B4EDCD.1060609@dominion.kabel.utwente.nl> <45B50D16.8060001@whitby.id.au> <45B518A5.8000500@dominion.kabel.utwente.nl> <45B5528F.3050108@whitby.id.au> <1169550792.5845.8.camel@localhost.localdomain> <45B663F8.5030901@whitby.id.au> Date: Tue, 23 Jan 2007 20:34:32 +0000 Message-Id: <1169584472.5845.40.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 X-Virus-Scanned: amavisd-new at rpsys.net Subject: Re: Deprecating ixp4xx, nslu2 in favour of endian-specific machine settings (Was: RFC on MACHINE_ENDIAN) X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jan 2007 20:34:46 -0000 Content-Type: text/plain Content-Transfer-Encoding: 7bit On Wed, 2007-01-24 at 06:07 +1030, Rod Whitby wrote: > Are you referring to the existing SITEINFO_ENDIANESS (sic) variable > (which I only just found ...) ? Yes. > Sure, if that is a guaranteed supported variable I can easily use that > one instead throughout. Its a recent addition and was a spinoff from the siteinfo changes which tried to merge the site files for big/little endian etc. (it came basically for free). Its certainly supported and I'm encouraging its use. The big benefit is any new arch would need site files and if you add site files this all just then works :) Cheers, Richard