From patchwork Wed Dec 20 10:31:32 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Richard Earnshaw \(lists\)" X-Patchwork-Id: 122450 Delivered-To: patch@linaro.org Received: by 10.80.152.193 with SMTP id j59csp5259212edb; Wed, 20 Dec 2017 02:32:08 -0800 (PST) X-Google-Smtp-Source: ACJfBoujn4hWLq1vrReGSmZuUaKfRgUqNTENA0fqQjaMkwBKrlzwbUmYgvKWb6l12N/ML0v+3/Jo X-Received: by 10.84.133.134 with SMTP id f6mr6391087plf.165.1513765928682; Wed, 20 Dec 2017 02:32:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1513765928; cv=none; d=google.com; s=arc-20160816; b=iGLZaP5Rwq8DF5mejE6zqTr7MI+y5OfSiawql5Gu0WYVfmdUV4gqfeei7Lt0nbOIoa qWsMY5ZEUC9thW3pI7NCxg8wwlLTfRzlZO+tbdEAlOMjLbvjAXPPjHbG1iZpfzzy4wri EwoMqMev75Jimz5Jf+bF/9CfRI0YWQxAqxFSofb6WVaaaPvjYGxJBHO5mvk/SgbGCQ5I oUNpaVdQowNxi5z+HPjVvGZgTb22c2WccaAu0lCSe7IixNp8qv5eq2swgdgckmo/k07t SBGLXYqOs9778D8vqQ/sWZnpHkP5ZDiMn+RQoYw+sXMEYOjX2H02nByzKMZIFd3KHT89 QAXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:user-agent:date:message-id:subject:from:to :delivered-to:sender:list-help:list-post:list-archive :list-unsubscribe:list-id:precedence:mailing-list:dkim-signature :domainkey-signature:arc-authentication-results; bh=ztc38XBVOryfQ0O8D23obgpzZJsy9rOMNNK5+vYc7is=; b=B7pfHMKwi3tGS87aQ+ZaWLGWw+KKRzx0Csraqm0sh3scgSx0eidK6LdvxtGemHKiQZ IcJdh52vOuuBYX9ikWKokbcSrGAUKEwqGhYGbLjS8oUTW+79hlzAJdV9YP+Gce2FhYJD 1odMf0MIl+NKfFvXghCd6PPDsfSuWiXqQcd4SiOTQYnzaJbfHMrzjqFDDl2eTiXaMv8h izOou5uePS+KBd8QVSde0IR/SyCBEmdJYLxBWLQ0Lsg8w+Q6NJarkpQ16q6hIFLosH3N Ne9TZfr4qR3Lf/eftWbAmhhHrJmfklGmEemmxGHlMyhPmMLsqOew/uEKFoKT5PAhlvIF PDKg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gcc.gnu.org header.s=default header.b=ScLe+yV1; spf=pass (google.com: domain of gcc-patches-return-469645-patch=linaro.org@gcc.gnu.org designates 209.132.180.131 as permitted sender) smtp.mailfrom=gcc-patches-return-469645-patch=linaro.org@gcc.gnu.org Return-Path: Received: from sourceware.org (server1.sourceware.org. [209.132.180.131]) by mx.google.com with ESMTPS id 33si12676596ply.741.2017.12.20.02.32.08 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 20 Dec 2017 02:32:08 -0800 (PST) Received-SPF: pass (google.com: domain of gcc-patches-return-469645-patch=linaro.org@gcc.gnu.org designates 209.132.180.131 as permitted sender) client-ip=209.132.180.131; Authentication-Results: mx.google.com; dkim=pass header.i=@gcc.gnu.org header.s=default header.b=ScLe+yV1; spf=pass (google.com: domain of gcc-patches-return-469645-patch=linaro.org@gcc.gnu.org designates 209.132.180.131 as permitted sender) smtp.mailfrom=gcc-patches-return-469645-patch=linaro.org@gcc.gnu.org DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:to :from:subject:message-id:date:mime-version:content-type; q=dns; s=default; b=AF3kvrK5zpGXa7CXEg48KYhkm4cQNAfaYMperJ5w8kqNf3VQ77 OGj995kcCwm2FcPHhfwMbUlsdrN2TY9TLTgPg/J1snd/p+Kl0UqsxQPSC4mQvJhu Bu4liyJIX2HHhLgnEjdLjHuhX5tCSGFbbZ9Eaa9pPDnaUpaPfOxmz3YYM= 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:to :from:subject:message-id:date:mime-version:content-type; s= default; bh=Z/heyRNCYmAL83AN3zX+LeVxEFo=; b=ScLe+yV1bqhiE4F5lSs4 kjsKefPF1mwnVtk2CAlU5W2o0kPVe6YnkWg46YwuB9go/rHY7rRiIRp5L9bnPCe1 9py4fv5Lm8TxuJHFY8Q/rTmHYph8GVtrwXXa8uT7RefXdg+5PX3ZdfVt4Lx9jZEn S4reyFxM8hwn9S6Anrwa93k= Received: (qmail 67591 invoked by alias); 20 Dec 2017 10:31:53 -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 66905 invoked by uid 89); 20 Dec 2017 10:31:52 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No 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, T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=Generation X-HELO: foss.arm.com Received: from usa-sjc-mx-foss1.foss.arm.com (HELO foss.arm.com) (217.140.101.70) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 20 Dec 2017 10:31:51 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id E0A4E80D; Wed, 20 Dec 2017 02:31:49 -0800 (PST) Received: from e105689-lin.cambridge.arm.com (e105689-lin.cambridge.arm.com [10.2.207.32]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6AB303F41F; Wed, 20 Dec 2017 02:31:49 -0800 (PST) To: gcc-patches From: "Richard Earnshaw (lists)" Subject: [arm] PR target/83105: Minor change of default CPU for arm-linux-gnueabi Message-ID: <080c0ce8-f0f0-081e-f37e-f185beff86e1@arm.com> Date: Wed, 20 Dec 2017 10:31:32 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 When GCC for ARM/linux is configured with --with-float=hard, or --with-float=softfp the compiler will now die when trying to build the support libraries because the baseline architecture is too old to support VFP (older versions of GCC just emitted the VFP instructions anyway, even though they wouldn't run on that version of the architecture; but we're now more prickly about it). This patch fixed the problem by raising the default architecture (actually the default CPU) to ARMv5te (ARM10e) when we need to generate HW floating-point code. PR target/83105 * config.gcc (arm*-*-linux*): When configured with --with-float=hard or --with-float=softfp, set the default CPU to arm10e.[arm] PR target/83105: Minor change of default CPU for arm-linux-gnueabi When GCC for ARM/linux is configured with --with-float=hard, or --with-float=softfp the compiler will now die when trying to build the support libraries because the baseline architecture is too old to support VFP (older versions of GCC just emitted the VFP instructions anyway, even though they wouldn't run on that version of the architecture; but we're now more prickly about it). This patch fixed the problem by raising the default architecture (actually the default CPU) to ARMv5te (ARM10e) when we need to generate HW floating-point code. PR target/83105 * config.gcc (arm*-*-linux*): When configured with --with-float=hard or --with-float=softfp, set the default CPU to arm10e. diff --git a/gcc/config.gcc b/gcc/config.gcc index e208d00bd5bf582f8179d045ae27f452c57eb623..c904f794d77bd30151ca82a076af471b2d211b71 100644 --- a/gcc/config.gcc +++ b/gcc/config.gcc @@ -1132,7 +1132,12 @@ arm*-*-linux-*) # ARM GNU/Linux with ELF esac tmake_file="${tmake_file} arm/t-arm arm/t-arm-elf arm/t-bpabi arm/t-linux-eabi" tm_file="$tm_file arm/bpabi.h arm/linux-eabi.h arm/aout.h vxworks-dummy.h arm/arm.h" - target_cpu_cname="arm10tdmi" + # Generation of floating-point instructions requires at least ARMv5te. + if [ "$with_float" = "hard" -o "$with_float" = "softfp" ] ; then + target_cpu_cname="arm10e" + else + target_cpu_cname="arm10tdmi" + fi # Define multilib configuration for arm-linux-androideabi. case ${target} in *-androideabi)