From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.windriver.com ([147.11.1.11]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1QlQNj-00063t-A2 for openembedded-core@lists.openembedded.org; Mon, 25 Jul 2011 20:59:59 +0200 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40]) by mail.windriver.com (8.14.3/8.14.3) with ESMTP id p6PItjre024028 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 25 Jul 2011 11:55:45 -0700 (PDT) Received: from Macintosh-5.local (172.25.36.226) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.1.255.0; Mon, 25 Jul 2011 11:55:45 -0700 Message-ID: <4E2DBC30.9070808@windriver.com> Date: Mon, 25 Jul 2011 13:55:44 -0500 From: Mark Hatle Organization: Wind River Systems User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: References: <1311357628.2344.153.camel@rex> <4E29BE22.5060002@mentor.com> In-Reply-To: <4E29BE22.5060002@mentor.com> Subject: Re: [PATCH 5/3] conf/machine/include: Start to fill out architecture specific tune include files and tune features 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: Mon, 25 Jul 2011 18:59:59 -0000 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit On 7/22/11 1:14 PM, Tom Rini wrote: > On 07/22/2011 11:00 AM, Richard Purdie wrote: >> These changes revolve around the idea of tune features. These are represented by >> 'flag' strings that are included in the TUNE_FEATURES variable. >> >> Any string included in TUNE_FEATURES should also add a TUNEVALID[] entry so >> we can know which flags are available in TUNE_FEATURES and have documentation about >> what the flags do. We will add sanity code to error if flags are listed in >> TUNE_FEATURES but are not documented in TUNEVALID. >> >> A given tune configuration will want to define one or more predetermined sets of >> _FEATURE flag lists. These are defined in the form TUNE_FEATURES_tune-. >> For defined tune configuation, should be added to the AVAILTUNE list so that >> we can determine what tune configurations are available. Flags cannot be used in this >> case as with TUNEVALID since its useful to be able to build up tune lists from other >> TUNE_FEATURES_tune-yyy options. >> >> A given tune configuration may also define PACKAGE_EXTRA_ARCHS_tune- and >> BASE_LIB_tune- to control the multilib location. All options can be overridden >> by the distro or local user configuration. >> >> Signed-off-by: Richard Purdie > > As a specific nit, we can't use x86_64 in OVERRIDES (using the normal > mechanism need base_contains(...). Can we switch to calling it amd64 > ala Debian/Ubuntu? Aside from that, as I told Mark the other day, this > looks good to me. > I actually prefer "x86-64" I think that is a reasonable compromise between the x86_64 naming and the need to not use "_". --Mark