From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3401 invoked by alias); 19 Jul 2005 17:51:05 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 3184 invoked by uid 22791); 19 Jul 2005 17:50:46 -0000 Received: from qnxmail.qnx.com (HELO nimbus.ott.qnx.com) (209.226.137.76) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 19 Jul 2005 17:50:46 +0000 Received: by NIMBUS with Internet Mail Service (5.5.2653.19) id ; Tue, 19 Jul 2005 13:50:44 -0400 Message-ID: <1578FF984ABAD411AFA5000102C4BB5B0F064938@NIMBUS> From: Kris Warkentin To: 'Daniel Jacobowitz' , Andrew Cagney Cc: Kumar Gala , GDB Subject: RE: BookE/E500 support Date: Tue, 19 Jul 2005 17:51:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-SW-Source: 2005-07/txt/msg00201.txt.bz2 Well there's definitely something strange going on then. There seems to be a lot of e500 functionality in mainline/6.3. Does that mean someone is going to have to go through it and figure out what made it in from the branch and what still needs to be added? This is why I was so confused. I couldn't find any reference to a merge but there was a lot of code in there that looked like it was from the branch. cheers, Kris -----Original Message----- From: gdb-owner@sources.redhat.com [mailto:gdb-owner@sources.redhat.com]On Behalf Of Daniel Jacobowitz Sent: Tuesday, July 19, 2005 11:34 AM To: Andrew Cagney Cc: Kumar Gala; GDB Subject: Re: BookE/E500 support On Tue, Jul 19, 2005 at 11:27:59AM -0400, Andrew Cagney wrote: > Kumar, > > The branch looks dead (there's been nothing on the list to suggest > further merging effort). > > As for DW_OP_piece, I independantly added DW_OP_piece read support to > GDB's mainline (it can't write though). That part proved to be > relatively trivial and provides the more critical functionality. Except, that patch hasn't been reviewed yet as far as I know. It's still pending. -- Daniel Jacobowitz CodeSourcery, LLC