From patchwork Tue Feb 28 16:57:24 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Richard Earnshaw X-Patchwork-Id: 143505 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) by ozlabs.org (Postfix) with SMTP id C2CAAB6FA3 for ; Wed, 29 Feb 2012 03:58:42 +1100 (EST) Comment: DKIM? See http://www.dkim.org DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=gcc.gnu.org; s=default; x=1331053123; h=Comment: DomainKey-Signature:Received:Received:Received:Received:Received: Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Mailing-List:Precedence: List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help:Sender: Delivered-To; bh=NVr2c8w56k9mJFXFKuTl0REwxGs=; b=MJh7UMO3LjbyVcd pM8Yqrw0xgabJ30yfoSTpjDjhs/ojILNbEhZ6g36HoRZYlfzVrTAwH7L24ru0GZU CwNHjpvxENLsekJ+JwCAkIx67enQkyQh4TnrQL+n4vGWJ4w5Sf0Glb/vhl/AKf3S M1Nb9k2MR4YHHiVsTRIY66V94whY= Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=gcc.gnu.org; h=Received:Received:X-SWARE-Spam-Status:X-Spam-Check-By:Received:Received:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-MC-Unique:Content-Type:X-IsSubscribed:Mailing-List:Precedence:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help:Sender:Delivered-To; b=lGQ9ipmnGva+eRAcp6gO4Qnn73JQGcU3KYg6A1+l7uUkHXEaMvRTZiuppXEzJA i77AE7XDPnJPXYhkkmeLzhRAhrAzHXdE6Gw/sIwQrXn4n7k7prbrKojWQNE+P/U8 /bQB3scHkTFqgf8SRa5cpKynEN5JLCTwQL34QWJ8AJnEI=; Received: (qmail 21328 invoked by alias); 28 Feb 2012 16:58:38 -0000 Received: (qmail 21320 invoked by uid 22791); 28 Feb 2012 16:58:36 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL, BAYES_00, RCVD_IN_DNSWL_LOW, TW_FP, TW_VF X-Spam-Check-By: sourceware.org Received: from service87.mimecast.com (HELO service87.mimecast.com) (91.220.42.44) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 28 Feb 2012 16:58:20 +0000 Received: from cam-owa2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) by service87.mimecast.com; Tue, 28 Feb 2012 16:57:40 +0000 Received: from [10.1.69.67] ([10.1.255.212]) by cam-owa2.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 28 Feb 2012 16:57:46 +0000 Message-ID: <4F4D0774.4030807@arm.com> Date: Tue, 28 Feb 2012 16:57:24 +0000 From: Richard Earnshaw User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "Joseph S. Myers" CC: "gcc-patches@gcc.gnu.org" Subject: Re: [RFC, PATCH] ARM related deprecations References: <4EE2285B.3060305@arm.com> <4F4CF33D.6090902@arm.com> <4F4CF815.5050504@arm.com> In-Reply-To: <4F4CF815.5050504@arm.com> X-MC-Unique: 112022816574049801 X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org On 28/02/12 15:51, Richard Earnshaw wrote: > On 28/02/12 15:38, Joseph S. Myers wrote: >> On Tue, 28 Feb 2012, Richard Earnshaw wrote: >> >>> So how about we just deprecate all targets that are still using FPE format? >> >> This patch appears to add back the i[34567]86-*-interix3* deprecation - > > Oops, botched merge conflict. > >> removed deliberately when the target got a maintainer - and >> arm-wrs-vxworks is *not* using FPE format, vxworks.h defines >> FPUTYPE_DEFAULT to "vfp". > > Easily fixed. > > Darn, missed the Win-CE port... > > > Otherwise, I think this is OK (given a >> corresponding change to gcc-4.7/changes.html to note these deprecations). >> > > I would expect, something like: > > All ARM targets using the legacy FPA floating-point format have been > obsoleted. These include the ARM ports for FreeBSD, Linux (old ABI), > ucLinux (old ABI), rtems (old ABI), Ecos, Win-CE and the old ELF > bare-metal configurations. > > I'm a bit unhappy about the general wording there. I don't particularly > want these ports reviving. I'd rather see configurations that don't use > the FPA format floats being contributed. Suggestions? > > R. > > Here's an updated patch and a suggested web-page patch: R. Index: changes.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.7/changes.html,v retrieving revision 1.90 diff -u -r1.90 changes.html --- changes.html 27 Feb 2012 00:33:29 -0000 1.90 +++ changes.html 28 Feb 2012 16:55:56 -0000 @@ -35,6 +35,35 @@ +
  • Support on ARM for the legacy floating-point accelerator (FPA) and + the mixed-endian floating-point format that it used has been obsoleted. + The ports that still use this format have been obsoleted as well. + Many legacy ARM ports already provide an alternative that uses the + VFP floating-point format. The obsolete ports will be deleted in the + next release. + +

    The obsolete ports with alternatives are:

    + +
      +
    • arm-*-rtems (use arm-*-rtemseabi)
      • +
    • arm-*-linux-gnu (use arm-*-linux-gnueabi)
      • +
    • arm-*-elf (use arm-*-eabi)
      • +
    • arm-*-uclinux-gnu (use arm-*-uclinux-gnueabi)
      • +
    +

    Note, however, that these alternatives are not binary compatible + with their legacy counterparts (although some can support running legacy + applications).

    +

    The obsolete ports that currently lack a modern alternative are:

    + +
      +
    • arm-*-ecos-elf
      • +
    • arm-*-freebsd
      • +
    + + New ports that support more recent versions of the architecture + are welcome.
    • +
  • Support for the Maverick co-processor on ARM has been obsoleted. + Code to support it will be deleted in the next release.
  • Support has been removed for Unix International threads on Solaris 2, so the --enable-threads=solaris configure option and the -threads compiler option don't work any longer.
    • --- config.gcc (revision 184639) +++ config.gcc (local) @@ -242,7 +242,18 @@ md_file= # Obsolete configurations. case ${target} in + # Avoid special cases that are not obsolete + arm*-*-*eabi* \ + ) + ;; alpha*-dec-osf5.1* \ + | arm*-*-ecos-elf \ + | arm*-*-elf \ + | arm*-*-freebsd* \ + | arm*-*-linux* \ + | arm*-*-rtems* \ + | arm*-*-uclinux* \ + | arm*-*-wince* \ | mips-sgi-irix6.5 \ | mips*-*-openbsd* \ | score-* \ @@ -3043,12 +3054,20 @@ case "${target}" in case "$with_fpu" in "" \ - | fpa | fpe2 | fpe3 | maverick | vfp | vfp3 | vfpv3 \ + | vfp | vfp3 | vfpv3 \ | vfpv3-fp16 | vfpv3-d16 | vfpv3-d16-fp16 | vfpv3xd \ | vfpv3xd-fp16 | neon | neon-fp16 | vfpv4 | vfpv4-d16 \ | fpv4-sp-d16 | neon-vfpv4) # OK ;; + fpa | fpe2 | fpe3 | maverick) + if test "x$enable_obsolete" != xyes; then + echo "*** Configuration option --with-fpu=${with_fpu} is obsolete." >&2 + echo "*** Specify --enable-obsolete to build it anyway." >&2 + echo "*** Support will be REMOVED in the next major release of GCC." >&2 + exit 1 + fi + ;; *) echo "Unknown fpu used in --with-fpu=$with_fpu" 2>&1 exit 1