From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24440 invoked by alias); 27 Nov 2007 22:23:23 -0000 Received: (qmail 24426 invoked by uid 22791); 27 Nov 2007 22:23:22 -0000 X-Spam-Check-By: sourceware.org Received: from mailout03.sul.t-online.de (HELO mailout03.sul.t-online.com) (194.25.134.81) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 27 Nov 2007 22:23:16 +0000 Received: from fwd35.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1Ix8pa-0005Rl-01; Tue, 27 Nov 2007 23:23:02 +0100 Received: from [84.152.245.64] (TELemgZQwhfS8Gv94jT585on2IhKOMpcL6rdOK7dp7-X2KEFDuGdc3ixc7iF3SHwK6@[84.152.245.64]) by fwd35.aul.t-online.de with esmtp id 1Ix8pR-1Gs0ie0; Tue, 27 Nov 2007 23:22:53 +0100 Message-ID: <474C98AA.50105@t-online.de> Date: Tue, 27 Nov 2007 22:58: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 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> In-Reply-To: <474C96C1.7010208@codesourcery.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ID: TELemgZQwhfS8Gv94jT585on2IhKOMpcL6rdOK7dp7-X2KEFDuGdc3ixc7iF3SHwK6 X-TOI-MSGID: 5f51f66b-2fde-4145-aaa4-312be1e603c3 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/msg01515.txt.bz2 Mark Mitchell wrote: >> Bernd Schmidt wrote: >> >>>> If -mfdpic doesn't make sense for Blackfin, shouldn't it just be an >>>> error? Why accept it, but make it imply the simulator? >>> Because all the target libraries fail to build if the configure tests >>> don't link. >> >> But why isn't that a problem with the target libraries or the way in >> which GCC is being configured? Why don't we have that problem for MIPS >> or Power, given that they don't link with a target board by default either? That's not something I can answer, being unfamiliar with both targets. Maybe they don't build/need a default multilib for "no particular target"? >> I'm not trying to be rhetorical. I just want to understand what's going >> on here because it sounded to me from your patch like we were making the >> compiler accept options that don't make sense in order to work around >> some problem -- and maybe that problem is what should really be solved. We have two uses for the bfin-elf compiler - building standalone applications, and bootstrapping uClibc for bfin-uclinux/bfin-linux-uclibc. For the latter, we need -mfdpic and -mid-shared-library multilibs, to at least get a libgcc. This always worked since what is now "-msim" was default behaviour, but it started to fail the libstdc++ configury once Jie changed that to use target-specific linker scripts. 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