From patchwork Wed Oct 26 13:54:54 2011 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Stubbs X-Patchwork-Id: 121905 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 4072FB6F7B for ; Thu, 27 Oct 2011 00:55:30 +1100 (EST) Received: (qmail 23440 invoked by alias); 26 Oct 2011 13:55:20 -0000 Received: (qmail 23353 invoked by uid 22791); 26 Oct 2011 13:55:19 -0000 X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 26 Oct 2011 13:55:01 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=EU1-MAIL.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1RJ3wa-0004Ko-Gc from Andrew_Stubbs@mentor.com ; Wed, 26 Oct 2011 06:55:00 -0700 Received: from [127.0.0.1] ([172.16.63.104]) by EU1-MAIL.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 26 Oct 2011 14:54:58 +0100 Message-ID: <4EA8112E.30609@codesourcery.com> Date: Wed, 26 Oct 2011 14:54:54 +0100 From: Andrew Stubbs User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Richard Earnshaw CC: "gcc-patches@gcc.gnu.org" , "patches@linaro.org" , Joey Ye Subject: Re: [PATCH][ARM] Big Endian and Generic tuning References: <4EA694B1.7060302@codesourcery.com> <4EA6A944.70808@arm.com> <4EA6B029.701@codesourcery.com> <4EA6C4BA.1090306@arm.com> In-Reply-To: <4EA6C4BA.1090306@arm.com> 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 25/10/11 15:16, Richard Earnshaw wrote: > The difficulty on R profile is that although BE-32 mode is obsolete, > there is a config bit that can be set to make the CPU byte-swap the > instruction stream to make it behave largely like it is running in BE-32 > mode. > > I think really we should be pushing the R-profile code towards having > BE-8 as the default; but to do that we really need a compiler option > that can override this behaviour (probably -mbe-[8|32]). Once we have > that option, we can fix the compiler to prefer BE-8 as there is then a > way to get back the legacy behaviour. Here's an updated patch that makes no generalizations. OK? Andrew 2011-10-26 Andrew Stubbs gcc/ * config/arm/bpabi.h (BE8_LINK_SPEC): Recognize generic-armv7 tuning. --- a/gcc/config/arm/bpabi.h +++ b/gcc/config/arm/bpabi.h @@ -58,6 +58,7 @@ #define BE8_LINK_SPEC \ " %{mbig-endian:%{march=armv7-a|mcpu=cortex-a5 \ |mcpu=cortex-a8|mcpu=cortex-a9|mcpu=cortex-a15 \ + |mcpu=generic-armv7-a \ |march=armv7-m|mcpu=cortex-m3 \ |march=armv7e-m|mcpu=cortex-m4 \ |march=armv6-m|mcpu=cortex-m0 \