From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24447 invoked by alias); 28 Nov 2007 11:40:38 -0000 Received: (qmail 24428 invoked by uid 22791); 28 Nov 2007 11:40:37 -0000 X-Spam-Check-By: sourceware.org Received: from mailout05.sul.t-online.de (HELO mailout05.sul.t-online.com) (194.25.134.82) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 28 Nov 2007 11:40:31 +0000 Received: from fwd29.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1IxLHD-0006QX-03; Wed, 28 Nov 2007 12:40:23 +0100 Received: from [84.152.220.97] (G0vDzBZSYhASrRU7aOzxGcsjf6S9MNW0T+F98rbrVm+h4HFhI2yb+GlJsXK6QAkwPS@[84.152.220.97]) by fwd29.aul.t-online.de with esmtp id 1IxLGs-10PpGy0; Wed, 28 Nov 2007 12:40:02 +0100 Message-ID: <474D5386.6080103@t-online.de> Date: Wed, 28 Nov 2007 15:47:00 -0000 From: Bernd Schmidt User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Mark Mitchell CC: Jie Zhang , gcc@gcc.gnu.org, GCC Patches , Richard Sandiford Subject: Re: Link tests after GCC_NO_EXECUTABLES References: <46EFBCC1.6070200@gmail.com> <46EFC383.7020503@t-online.de> <46EFC9E9.7090201@gmail.com> <46EFCEF9.3060304@t-online.de> <46EFCF7A.2080704@gmail.com> <46EFD236.6080907@t-online.de> <46EFDA4D.3070006@gmail.com> <474C0C52.8050503@t-online.de> <474C8FA4.2040603@codesourcery.com> <474C95BA.1060807@t-online.de> <474C96C1.7010208@codesourcery.com> <474C98AA.50105@t-online.de> <474C9A65.2060902@codesourcery.com> <474C9B33.8060503@t-online.de> <474C9CBD.2070708@codesourcery.com> <474C9E12.6050903@t-online.de> <474CACB5.2040704@codesourcery.com> <474CBA16.9050309@t-online.de> <474CC18B.4010102@codesourcery.com> In-Reply-To: <474CC18B.4010102@codesourcery.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ID: G0vDzBZSYhASrRU7aOzxGcsjf6S9MNW0T+F98rbrVm+h4HFhI2yb+GlJsXK6QAkwPS X-TOI-MSGID: 381c95f3-0c81-4ea2-8a5d-6e4540b02cc4 X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2007-11/txt/msg01558.txt.bz2 Mark Mitchell wrote: > Understood. Out of curiousity, do you eventually build a bfin-uclinux > compiler, once you've built uClibc, or do you just use the bfin-elf > compiler on uClinux? We build up several versions of uClibc with bfin-elf, and then we build two additional separate toolchains: bfin-uclinux and bfin-linux-uclibc. The former produces flat binaries (a very simple binary format), while the latter produces ELF FD-PIC binaries (using the -mfdpic), which behave essentially like normal ELF binaries and support shared libraries and dynamic loading. In the past we used to allow -mfdpic with the bfin-uclinux toolchain, but the gcc build system didn't cope too well and we couldn't get it to build shared libraries for one set of multilibs and not for the other, so we split things up. We also need a bfin-elf toolchain, and while bare hardware applications can't use -mfdpic or -mid-shared-library, in the past it hasn't hurt to provide these multilibs, and it allows us to build up uClibc quite easily. I guess I could try to build up C-only versions of bfin-uclinux and bfin-linux-uclibc first and use them for building uClibc, although I'm certain to get complaints about how the build script suddenly takes so much longer, and it all seems somewhat more complicated than necessary. Bernd -- This footer brought to you by insane German lawmakers. Analog Devices GmbH Wilhelm-Wagenfeld-Str. 6 80807 Muenchen Sitz der Gesellschaft Muenchen, Registergericht Muenchen HRB 40368 Geschaeftsfuehrer Thomas Wessel, William A. Martin, Margaret Seif