From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.chez-thomas.org (hermes.mlbassoc.com [64.234.241.98]) by mx1.pokylinux.org (Postfix) with ESMTP id DFE3D4C800A3 for ; Thu, 3 Mar 2011 10:59:18 -0600 (CST) Received: by mail.chez-thomas.org (Postfix, from userid 999) id A9801166058E; Thu, 3 Mar 2011 09:59:17 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.3.2-r929478 (2010-03-31) on hermes.chez-thomas.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.3.2-r929478 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by mail.chez-thomas.org (Postfix) with ESMTP id C5252166052D; Thu, 3 Mar 2011 09:59:16 -0700 (MST) Message-ID: <4D6FC8E4.3020400@mlbassoc.com> Date: Thu, 03 Mar 2011 09:59:16 -0700 From: Gary Thomas User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc13 Thunderbird/3.1.7 MIME-Version: 1.0 To: Darren Hart References: <4D6FC6E0.3070303@mlbassoc.com> In-Reply-To: <4D6FC6E0.3070303@mlbassoc.com> Cc: poky@yoctoproject.org Subject: Re: [PATCH 1/2] module: build and clean hostprogs for each module X-BeenThere: poky@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Poky build system developer discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2011 16:59:19 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 03/03/2011 09:50 AM, Gary Thomas wrote: > On 03/02/2011 11:00 AM, Darren Hart wrote: >> From: Darren Hart >> >> This fixes [BUGID #241] >> >> The kernel hostprogs are built for the host architecture. They should not >> be deployed with to the target, and they should not be included in an sstate >> package which might get reused on a host of a different architecture. >> >> As we don't build many out-of-tree modules, this patch takes the approach >> of building the hostprogs as part of the module compile process with a >> do_compile_prepend() routine in module.bbclass. To ensure the hostprogs >> don't contaminate the build, they are removed in do_install_append(). >> >> Signed-off-by: Darren Hart >> CC: Gary Thomas > > Sadly, this doesn't seem to work for me. I don't see any indication in > run.do_compile that the extra steps were added at all. > > Will it matter if my recipe overrides the do_compile() method? > Also, when you tested this, what was your target MACHINE (in particular, was the target a different architecture than the build host?) I ask because I tried to just manually insert the compile_prepend() functions into my recipe and it ended up trying to build host tools (that's what the fuss is all about) using the target toolchain. -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------