From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13982 invoked by alias); 1 Apr 2004 08:59:52 -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 13959 invoked from network); 1 Apr 2004 08:59:45 -0000 Received: from unknown (HELO bowmore.compxs.com) (194.153.106.198) by sources.redhat.com with SMTP; 1 Apr 2004 08:59:45 -0000 Received: from Kindrogan ([192.168.189.9]) by bowmore.compxs.com (8.12.5/8.12.5) with ESMTP id i318xF2H001989; Thu, 1 Apr 2004 09:59:24 +0100 Reply-To: From: "Jon Beniston" To: "'Andrew Cagney'" Cc: Subject: RE: Customizing remote-sim.c on a multi-arch target Date: Thu, 01 Apr 2004 08:59:00 -0000 Organization: CompXs Message-ID: <001601c417c7$9d8004c0$09bda8c0@Kindrogan> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <406AF7CE.1080902@gnu.org> X-SW-Source: 2004-04/txt/msg00000.txt.bz2 > > > > The target vectors are already there (i.e. > to_insert_watchpoint). It's > > a question of how/when do I set them to point to the right thing. > > > > I'm guessing that I need to add some architecture vectors (i.e. > > set_gdbarch_sim_*), and somehow get the target vector code to pick > > these up, but that doesn't seem quite right. > > Possibly, there are choices here and both are correct: > > - gdb > Using knowledge of the architectures debug registers. A > combination of > target and architecture. > > - the inferior > Using local knowledge. > > The latter would mean additions to include/gdb/remote-sim.h This is what I was planning on doing, however, if I do add the 3 or 4 required functions, it would mean that I would need to add these functions to all of the simulators. Is that the best way to go about it, or does it make sense to add a per architecture hook that only installs them if available? Cheers, JonB