From patchwork Sat Jan 18 13:26:13 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Hans-Peter Nilsson X-Patchwork-Id: 1225147 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=gcc.gnu.org (client-ip=209.132.180.131; helo=sourceware.org; envelope-from=gcc-patches-return-517659-incoming=patchwork.ozlabs.org@gcc.gnu.org; receiver=) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=axis.com Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org header.a=rsa-sha1 header.s=default header.b=hCYfRPaK; dkim-atps=neutral Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 480Jc039WTz9sNF for ; Sun, 19 Jan 2020 00:26:24 +1100 (AEDT) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:date :message-id:from:to:subject:mime-version:content-type :content-transfer-encoding; q=dns; s=default; b=HrekcODCJSxrQq7H Jvj17T7viVM/S8/kNksD16Vj3ZbEgLg3uT0Ms2V082k6HYGtpp6cHBqrerudkBWd vHXC9VirGmNjiXpFBu5HuqEjpg4maTXfgX+mubNliXY2VWeBbqQSV3Ga2X90vtb4 6asO8wknd9MtI0uVzGdbkWq4DGs= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:date :message-id:from:to:subject:mime-version:content-type :content-transfer-encoding; s=default; bh=SAxnwQyM/ob17ZofeoMoD9 IwMzQ=; b=hCYfRPaKJTZJr/pqLpPgL9w0wL69AjAOB6OPauLin6loEAv2ck/xYj p+4TGGHYQuas9U4RB8va8EQBETr7DtMfBuAEjuki+KgrfhcdMMvNKe4IEMs1V0zR WMthykZic9CnjoNWuN074NFHruGU0dD6vHuJ0H0bT1uVKm8il+jJs= Received: (qmail 14107 invoked by alias); 18 Jan 2020 13:26:17 -0000 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 Received: (qmail 14098 invoked by uid 89); 18 Jan 2020 13:26:17 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-26.9 required=5.0 tests=BAYES_00, GIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3, SPF_PASS autolearn=ham version=3.3.1 spammy=noone X-HELO: smtp2.axis.com Received: from smtp2.axis.com (HELO smtp2.axis.com) (195.60.68.18) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 18 Jan 2020 13:26:16 +0000 IronPort-SDR: Jftq54enBUjtKKfT5i9lFd87UkimWr0Rya0N5VL1GwRBFrh4BVLbF8P5l1MfM+sIQ71Odzv2Dv JHGmdTZwOhPeqbltBk7sJOCTS/owtYSSft2dfIp3SSYXYNS4Z0whBlwnXzxbJLaLJRu4qXIFhc go61J80TeOsqQ1/Kt7eo6QcFwVtNy8diTZjsImdmJ+yaSvnQ/MtLanhtIqQlpFgiFdaixDjVt/ z7jzbqJXuxWIIdBvtdWN8JT2L8A8IdH+K3csT130CsgPr4knRYujqB0Ene3KlJsrZQUcF+VprY W3I= Date: Sat, 18 Jan 2020 14:26:13 +0100 Message-ID: <202001181326.00IDQDfL003262@ignucius.se.axis.com> From: Hans-Peter Nilsson To: Subject: [COMMITTED] config.gcc : Add crisv32-*-* and cris-*-linux* MIME-Version: 1.0 X-IsSubscribed: yes I'm sorry to say that there's no incentive to maintain crisv32-*-* and cris-*-linux* configurations beyond nostalgia, (and I'm out of that for the moment). Support in the Linux kernel for either applicable CRIS variant (CRIS v10 and CRIS v32) is gone since 2018. Their related part of the cc0 transition workload would be noticable. Note that cris-elf remains, but crisv32-elf and the CRIS v32 multilib will be removed, at least for now. I'm not completely happy about the message (the next-next line after the context) "*** unless a maintainer comes forward" because it'd have to be at an infinitesimal maintenance cost to the cris-elf support. Still, I'm not bothered enough to add another case construct or means for "planned obsolescence". Since we're very late at the gcc-10 cycle, maybe best to commit the cc0 transition for CRIS to "gcc-11" instead, and leave these targets enabled-but-obsoleted in gcc-10. I believe that's the formally more correct way to go, even if pragmatically no-one cares. I think I'll put that work on a branch for now. --- gcc/ChangeLog | 4 ++++ gcc/config.gcc | 2 ++ 2 files changed, 6 insertions(+) diff --git a/gcc/ChangeLog b/gcc/ChangeLog index 423899d3988..b4c45a45087 100644 --- a/gcc/ChangeLog +++ b/gcc/ChangeLog @@ -1,3 +1,7 @@ +2020-01-17 Hans-Peter Nilsson + + * config.gcc : Add crisv32-*-* and cris-*-linux* + 2020-01-17 Richard Sandiford * gimplify.c (gimplify_return_expr): Use poly_int_tree_p rather diff --git a/gcc/config.gcc b/gcc/config.gcc index 5a2f1730477..5532a7be6ac 100644 --- a/gcc/config.gcc +++ b/gcc/config.gcc @@ -248,6 +248,8 @@ md_file= # Obsolete configurations. case ${target} in tile*-*-* \ + | crisv32-*-* \ + | cris-*-linux* \ ) if test "x$enable_obsolete" != xyes; then echo "*** Configuration ${target} is obsolete." >&2