From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13506 invoked by alias); 22 Sep 2006 20:11:39 -0000 Received: (qmail 13498 invoked by uid 22791); 22 Sep 2006 20:11:37 -0000 X-Spam-Check-By: sourceware.org Received: from mx2.palmsource.com (HELO mx2.palmsource.com) (12.7.175.14) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 22 Sep 2006 20:11:34 +0000 Received: from localhost (localhost [127.0.0.1]) by localhost.domain.tld (Postfix) with ESMTP id D833A26E9E; Fri, 22 Sep 2006 13:11:32 -0700 (PDT) Received: from mx2.palmsource.com ([127.0.0.1]) by localhost (mx2.palmsource.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14886-03-3; Fri, 22 Sep 2006 13:11:31 -0700 (PDT) Received: from ussunex01.palmsource.com (unknown [192.168.101.9]) by mx2.palmsource.com (Postfix) with ESMTP id EB15E26CA6; Fri, 22 Sep 2006 13:11:31 -0700 (PDT) Received: from 192.168.92.59 ([192.168.92.59]) by ussunex01.palmsource.com ([192.168.101.9]) via Exchange Front-End Server owa.palmsource.com ([10.0.20.17]) with Microsoft Exchange Server HTTP-DAV ; Fri, 22 Sep 2006 20:11:31 +0000 Received: from svmsnyderlnx by owa.palmsource.com; 22 Sep 2006 13:11:31 -0700 Subject: Re: Xtensa port From: Michael Snyder To: Maxim Grigoriev Cc: gdb-patches@sources.redhat.com, Bob Wilson , chris Zankel In-Reply-To: <45143542.5060206@hq.tensilica.com> References: <45142A88.7000805@hq.tensilica.com> <1158951165.22863.82.camel@localhost.localdomain> <45143542.5060206@hq.tensilica.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 22 Sep 2006 20:11:00 -0000 Message-Id: <1158955891.22863.90.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-09/txt/msg00150.txt.bz2 On Fri, 2006-09-22 at 12:10 -0700, Maxim Grigoriev wrote: > Michael, > > Thanks much for the quick response. > > At a quick first glance, it looks pretty good. > > Do you have a copyright assignment on file > > > Once in a while, Daniel Jacobowitz mentioned that he has all the > necessary paper work for Xtensa port. I hope it still true. > > One question -- is there a reason for splitting xtensa-config.c > > into a separate file? Not necessarily a problem, but it seems > > to be mostly stuff that would traditionally go in the xxx-tdep.c > > file (such as the struct gdbarch_tdep object). > > > It's because Xtensa is all about configurability. Historically, > Tensilica uses a special configuration called FSF for all our FSF > submissions. It's been used for Xtensa GCC and BFD work. Now, I'm trying > to use it for GDB. So when we have to deal with a different > configuration of the Xtensa processor all we need is to update > xtensa-config.c file. Ah, but that's what we have a thing called multi-arch for! Wouldn't you rather have a single gdb that could debug *any* of your xtensa configurations (as opposed to having to build a separate gdb for each one)?