From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dan.rpsys.net (dan.rpsys.net [93.97.175.187]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 5C111E01327 for ; Fri, 14 Oct 2011 09:15:47 -0700 (PDT) Received: from localhost (dan.rpsys.net [127.0.0.1]) by dan.rpsys.net (8.14.2/8.14.2/Debian-2build1) with ESMTP id p9EGMKRu024146; Fri, 14 Oct 2011 17:22:20 +0100 X-Virus-Scanned: Debian amavisd-new at dan.rpsys.net 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 7ThrCQlksN+Q; Fri, 14 Oct 2011 17:22:20 +0100 (BST) Received: from [192.168.1.66] (tim [93.97.173.237]) (authenticated bits=0) by dan.rpsys.net (8.14.2/8.14.2/Debian-2build1) with ESMTP id p9EGMEnD024121 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 14 Oct 2011 17:22:16 +0100 From: Richard Purdie To: Mark Hatle Date: Fri, 14 Oct 2011 17:15:30 +0100 In-Reply-To: <4E985E22.1080008@windriver.com> References: <4E984ACB.1080901@mlbassoc.com> <4E985E22.1080008@windriver.com> X-Mailer: Evolution 3.1.91- Message-ID: <1318608939.2342.37.camel@ted> Mime-Version: 1.0 Cc: poky@yoctoproject.org Subject: Re: Poky SDK as an external toolchain 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: Fri, 14 Oct 2011 16:15:47 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Fri, 2011-10-14 at 11:06 -0500, Mark Hatle wrote: > On 10/14/11 9:44 AM, Gary Thomas wrote: > > Premise: I'm happy with the toolchain that builds with Poky/Yocto > > Problem: I'm not happy rebuilding said toolchain all the time, nor > > having my customers have to rebuild it. > > > > Solution? I'd like to build the meta-toolchain and then be able to > > use that as an external toolchain for subsequent builds. That way, > > I can create the tools and reuse them internally as well as pass > > them to my customers. > > > > How can I make this happen? The last time I tried anything like > > this, I spent many days in the attempt only to find out that it > > was never going to work... > > We have a similar need for our commercial products. We allow/enable our > customers to rebuild the toolchains (and use the results), but we only provide > official support for our binary versions. There are simply too many variations > possible to try to support the toolchains in source format. (Toolchains = > bintuils, gcc, stock eglibc and a stock uclibc configurations...) > > Our intention is simply to create custom recipes that extract our binaries and > use them instead of doing a by-source build. If there is an easier way that > would be nice. (And I agree, using the results of the meta-toolchain build is > the right approach for anything standard.) > > I'd suggest this get added as an enhancement request to the bugzilla. We're > currently working on feature planning for 1.2 so this would be a good time to > add it into the bucket of possible work items. We already support external toolchains just fine. You can use a meta-toolchain as an external toolchain. If you want to reuse the toolchain directly, we do have sstate and we need to fix issues it has. We know and acknowledge they exist, we just need to track down the problems and fix them. The more people who help with that the sooner it will get done. If anything goes into the bugzilla it should be examples of where sstate is failing. Most sstate bugs do get resolved failrly quickly. Cheers, Richard