From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10293 invoked by alias); 3 Mar 2009 23:54:26 -0000 Received: (qmail 10276 invoked by uid 22791); 3 Mar 2009 23:54:26 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 03 Mar 2009 23:54:21 +0000 Received: (qmail 6692 invoked from network); 3 Mar 2009 23:54:19 -0000 Received: from unknown (HELO digraph.polyomino.org.uk) (joseph@127.0.0.2) by mail.codesourcery.com with ESMTPA; 3 Mar 2009 23:54:19 -0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.69) (envelope-from ) id 1LeeRG-0004Zg-Bm; Tue, 03 Mar 2009 23:54:18 +0000 Date: Tue, 03 Mar 2009 23:54:00 -0000 From: "Joseph S. Myers" To: Alan Modra cc: Peter Bergner , Daniel Jacobowitz , Thiago Jung Bauermann , Jan Kratochvil , gdb-patches@sourceware.org, binutils@sourceware.org Subject: Re: [patch] Fix power7 ppc64 binaries loading In-Reply-To: <20090303234833.GE9491@bubble.grove.modra.org> Message-ID: References: <20090302210237.GA23798@host0.dyn.jankratochvil.net> <20090302212403.GA3473@caradoc.them.org> <20090302213340.GA7433@host0.dyn.jankratochvil.net> <1236111881.30573.61.camel@localhost.localdomain> <20090303203050.GA2551@caradoc.them.org> <1236113699.6800.61.camel@otta> <20090303231626.GB9491@bubble.grove.modra.org> <20090303234833.GE9491@bubble.grove.modra.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-03/txt/msg00047.txt.bz2 On Wed, 4 Mar 2009, Alan Modra wrote: > On Tue, Mar 03, 2009 at 11:30:27PM +0000, Joseph S. Myers wrote: > > On Wed, 4 Mar 2009, Alan Modra wrote: > > > > > Google for E500 ABI. It should only be enabled when you are > > > assembling for e500. I've committed the following to mainline > > > and 2.19 branch. > > > > > > * config/tc-ppc.c (md_assemble): APUinfo only for e500. > > > > > - if (ppc_cpu & (PPC_OPCODE_SPE > > > - | PPC_OPCODE_ISEL | PPC_OPCODE_EFS > > > - | PPC_OPCODE_BRLOCK | PPC_OPCODE_PMR | PPC_OPCODE_CACHELCK > > > - | PPC_OPCODE_RFMCI)) > > > + if ((ppc_cpu & PPC_OPCODE_E500MC) != 0) > > > > Most e500 are not e500mc (indeed, e500mc is mostly like classic PowerPC at > > the userspace level, not like e500). > > The effect of the new test is to generate .PPC.EMB.apuinfo when > gas is given any of -me500, -me500x2 or -me500mc options. Is that > not correct? I freely admit to not being 100% certain. That seems correct; it just seems odd for PPC_OPCODE_E500MC to apply also to the other e500 processors. -- Joseph S. Myers joseph@codesourcery.com