From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18741 invoked by alias); 21 Mar 2011 15:23:25 -0000 Received: (qmail 18729 invoked by uid 22791); 21 Mar 2011 15:23:24 -0000 X-SWARE-Spam-Status: No, hits=-6.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 21 Mar 2011 15:23:08 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p2LFMs5B032662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 21 Mar 2011 11:22:54 -0400 Received: from hase (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p2LFMnSW030223; Mon, 21 Mar 2011 11:22:50 -0400 From: Andreas Schwab To: Richard Earnshaw Cc: "Joseph S. Myers" , gcc@gcc.gnu.org, newlib@sourceware.org, nickc@redhat.com, paul@codesourcery.com, ramana.radhakrishnan@arm.com, law@redhat.com, echristo@apple.com, rdsandiford@googlemail.com, geoffk@geoffk.org, dje.gcc@gmail.com Subject: Re: Deprecating config-ml.in multilib selection options References: <1300718522.1056.9.camel@e102346-lin.cambridge.arm.com> X-Yow: Was my SOY LOAF left out in th'RAIN? It tastes REAL GOOD!! Date: Mon, 21 Mar 2011 15:23:00 -0000 In-Reply-To: <1300718522.1056.9.camel@e102346-lin.cambridge.arm.com> (Richard Earnshaw's message of "Mon, 21 Mar 2011 14:42:02 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2011-03/txt/msg00309.txt.bz2 Richard Earnshaw writes: > On Mon, 2011-03-21 at 14:36 +0000, Joseph S. Myers wrote: >> Some targets provide finer-grained control over which multilibs are >> built >> (e.g., @option{--disable-softfloat}): >> @table @code >> @item arm-*-* >> fpu, 26bit, underscore, interwork, biendian, nofmult. > > I'd expect that code to be very bit-rotten for ARM. The evidence of > this is that 26-bit mode hasn't been supported by gcc for about 5 years > now, but nobody has cleaned up this bit of code... Probably because that part just turned into a no-op without creating any problems. Andreas. -- Andreas Schwab, schwab@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different."