From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from 93-97-173-237.zone5.bethere.co.uk ([93.97.173.237] helo=tim.rpsys.net) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1PyPIa-00066H-1T for openembedded-core@lists.openembedded.org; Sat, 12 Mar 2011 14:56:04 +0100 Received: from localhost (localhost [127.0.0.1]) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id p2CCoEdD011314; Sat, 12 Mar 2011 12:50:14 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 11061-04; Sat, 12 Mar 2011 12:50:10 +0000 (GMT) Received: from [192.168.3.10] ([192.168.3.10]) (authenticated bits=0) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id p2CCo3Ao011298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Mar 2011 12:50:07 GMT From: Richard Purdie To: Khem Raj In-Reply-To: References: <1299135167-18330-1-git-send-email-raj.khem@gmail.com> <1299135167-18330-4-git-send-email-raj.khem@gmail.com> <1299610396.602.104.camel@rex> Date: Sat, 12 Mar 2011 13:50:00 +0100 Message-ID: <1299934200.1445.3023.camel@rex> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 X-Virus-Scanned: amavisd-new at rpsys.net Cc: Patches and discussions about the oe-core layer Subject: Re: [PATCHv3 3/6] gcc: Statically link in support libraries e.g. libmpfr libgmp etc. 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: Sat, 12 Mar 2011 13:56:04 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Tue, 2011-03-08 at 11:04 -0800, Khem Raj wrote: > On Tue, Mar 8, 2011 at 10:53 AM, Richard Purdie > wrote: > > On Mon, 2011-03-07 at 22:38 -0800, Khem Raj wrote: > >> ping any opinion on this patch ? > > > > This change looks rather hacky and I'd really like to understand more > > about why this is needed and whether there is a better way we could > > ensure the right flags get passed around. Can you provide more details > > about whats going on with this. Obviously this change as it stands isn't > > acceptable to upstream gcc and I'd like to see if we could find one that > > was. > > this is because the supporting libraries like mpc mpfr that are needed > by gcc itself to run > we might have different versions of these libraries. So depending upon > shared objects > would mean we need to find same shared objects where say the SDK is installed > so either we ship the whole baggage or we link it in statically. This > patch makes those libs to > linked in statically and cross gcc wont have dependencies on these > libs anymore so > it can run on all hosts pretty much. If you look at the way the SDK toolchain works in Poky, it automatically ships the versions of these libraries that it needs so we don't actually have this problem. Also, looking at the patch again, was the first LDFLAGS change meant to be in there, is that related or different to the shared/static mpfr/mpc/gmp issue? Cheers, Richard