From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27805 invoked by alias); 15 Apr 2009 23:12:29 -0000 Received: (qmail 27791 invoked by uid 22791); 15 Apr 2009 23:12:27 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from e24smtp04.br.ibm.com (HELO e24smtp04.br.ibm.com) (32.104.18.25) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 15 Apr 2009 23:12:15 +0000 Received: from d24relay01.br.ibm.com (d24relay01.br.ibm.com [9.8.31.16]) by e24smtp04.br.ibm.com (8.13.1/8.13.1) with ESMTP id n3FN7wwM022342 for ; Wed, 15 Apr 2009 20:07:58 -0300 Received: from d24av01.br.ibm.com (d24av01.br.ibm.com [9.18.232.46]) by d24relay01.br.ibm.com (8.13.8/8.13.8/NCO v9.2) with ESMTP id n3G0BT5h3817716 for ; Wed, 15 Apr 2009 21:11:29 -0300 Received: from d24av01.br.ibm.com (loopback [127.0.0.1]) by d24av01.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n3FNCAHF020176 for ; Wed, 15 Apr 2009 20:12:11 -0300 Received: from [9.8.15.88] ([9.8.15.88]) by d24av01.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n3FNCAFW020155; Wed, 15 Apr 2009 20:12:10 -0300 Subject: Re: [PATCH 1/4] catch syscall -- try 4 -- Architecture-independent part From: =?ISO-8859-1?Q?S=E9rgio?= Durigan =?ISO-8859-1?Q?J=FAnior?= To: Daniel Jacobowitz Cc: Pedro Alves , gdb-patches@sourceware.org In-Reply-To: <20090331154452.GA13260@caradoc.them.org> References: <1232929831.26873.22.camel@miki> <200901260053.06295.pedro@codesourcery.com> <1232945747.26873.27.camel@miki> <1232989355.26873.39.camel@miki> <20090201193306.GJ4597@caradoc.them.org> <1235561189.14363.20.camel@miki> <20090227221133.GA12904@caradoc.them.org> <1238352626.23609.14.camel@miki> <20090331154452.GA13260@caradoc.them.org> Content-Type: text/plain; charset=iso-8859-1 Date: Wed, 15 Apr 2009 23:12:00 -0000 Message-Id: <1239837130.6345.21.camel@miki> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes 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-04/txt/msg00360.txt.bz2 Hi Daniel, I forgot to ask one more thing. Here it goes. On Tue, 2009-03-31 at 11:44 -0400, Daniel Jacobowitz wrote: > > With this you mean that I should remove the methods from gdbarch? > > Yes, that's what I mean. > > The way I think about this is that every gdbarch routine is a way for > some architecture to handle things differently. If we can make every > architecture work the same way, we should do that instead. Right, I'm already removing the code from gdbarch, but I'm facing a problem that I'm unable to solve. Basically, I have a method in gdbarch called gdbarch_xml_syscall_filename, which returns the name of the XML that is going to be used. I need this because the XML file is different for each supported arch. The thing is that if I remove this, I can't think in a good way to retrieve this filename. Is it ok to keep this single method inside gdbarch? Thanks, -- Sérgio Durigan Júnior Linux on Power Toolchain - Software Engineer Linux Technology Center - LTC IBM Brazil