From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 75069 invoked by alias); 18 Apr 2018 14:54:44 -0000 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 Received: (qmail 75057 invoked by uid 89); 18 Apr 2018 14:54:43 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,KAM_SHORT autolearn=no version=3.3.2 spammy=stamp, pkg, Developer, hardly X-HELO: outpost1.zedat.fu-berlin.de Received: from outpost1.zedat.fu-berlin.de (HELO outpost1.zedat.fu-berlin.de) (130.133.4.66) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 18 Apr 2018 14:54:41 +0000 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1f8oTm-002mLz-Q7>; Wed, 18 Apr 2018 16:54:38 +0200 Received: from z92e7.pia.fu-berlin.de ([87.77.146.231] helo=[10.146.231.3]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (envelope-from ) id <1f8oTm-000Qv2-6A>; Wed, 18 Apr 2018 16:54:38 +0200 To: Jakub Jelinek Cc: Segher Boessenkool , gcc@gcc.gnu.org, "debian-powerpc@lists.debian.org" From: John Paul Adrian Glaubitz Subject: Re: Deprecation of powerpc*-*-*spe* Message-ID: <487d60b3-ce50-b799-ad0c-55ab5808f091@physik.fu-berlin.de> Date: Wed, 18 Apr 2018 22:42:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2018-04/txt/msg00108.txt.bz2 Hi Jakub! > As has been discussed in the > https://gcc.gnu.org/ml/gcc/2017-02/msg00041.html > https://gcc.gnu.org/ml/gcc-patches/2017-05/msg01227.html > https://gcc.gnu.org/ml/gcc-patches/2018-04/msg00810.html > threads and in > https://gcc.gnu.org/PR81084 > the powerpc*-*-*spe* support which has been split into a separate backend > hasn't been given enough maintainance and so is deprecated in GCC 8. I'm surprised that these topics are hardly ever discussed with downstream projects like Debian. I am maintaining powerpcspe in Debian and the port is very stable for us. There are people running the port on embedded PowerPC e500 systems like A-EON Tabor A1222 or the powerpc-based Turris router so killing off gcc support would mean that these people can no longer run an updated version of Debian on their machines. I also don't know why the port is considered to be broken. I haven't run the testsuite for binutils or gcc recently, true, but gcc-8 works just fine on powerpcspe and is actually the only current compiler we have since the powerpcspe support in LLVM is incomplete. Here's the build log of gcc-8 (20180402) built natively on PowerPC e500 just two weeks ago: > https://buildd.debian.org/status/fetch.php?pkg=gcc-8&arch=powerpcspe&ver=8-20180402-1&stamp=1522856967&raw=0 Is there anything in the powerpcspe port that is currently making life for the users or developers of other code harder? Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz@debian.org `. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913