From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4262 invoked by alias); 29 Jul 2005 00:35:41 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 4207 invoked by uid 22791); 29 Jul 2005 00:35:31 -0000 Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (134.68.220.30) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 29 Jul 2005 00:35:31 +0000 Received: from localhost ([127.0.0.1] helo=home.wh0rd.org) by smtp.gentoo.org with esmtp (Exim 4.43) id 1DyIqX-0008RY-Ly for gcc@gcc.gnu.org; Fri, 29 Jul 2005 00:35:29 +0000 Received: (qmail 31559 invoked from network); 28 Jul 2005 20:35:07 -0400 Received: from unknown (HELO vapier) (192.168.0.2) by 192.168.0.1 with SMTP; 28 Jul 2005 20:35:07 -0400 From: Mike Frysinger To: binutils@sources.redhat.com Subject: Re: RFH: libgcc_s.so being unnecessarily linked for mipsel-linux cross compiler... Date: Fri, 29 Jul 2005 00:35:00 -0000 User-Agent: KMail/1.8.1 Cc: gcc@gcc.gnu.org References: <42E9368F.7000506@avtrex.com> <20050728235800.GA5100@tigers-lfs.nsw.bigpond.net.au> <1122596557.23426.41.camel@aretha.corp.specifix.com> In-Reply-To: <1122596557.23426.41.camel@aretha.corp.specifix.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507282035.31560.vapier@gentoo.org> X-SW-Source: 2005-07/txt/msg01210.txt.bz2 On Thursday 28 July 2005 08:22 pm, James E Wilson wrote: > On Thu, 2005-07-28 at 16:58, Greg Schafer wrote: > > Glibc headers ARE provided -> inhibit_libc NOT defined -> optimal > > Glibc headers ARE NOT provided -> inhibit_libc IS defined -> suboptimal > > This is basically what I meant, but I don't want to get in a debate > about what is optimal and what isn't. Maybe I should have used a > different word. > > Anyways, I regard Dan Kegel's crosstools as the best source of info on > doing linux cross toolchain builds. His scripts get this right, and > aren't very hard to use. There are also other ways of getting the same > result. Dan's crosstool installs glibc headers before attempting any gcc steps since afaik any other method is unsupported by the gcc team -mike