From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 487 invoked by alias); 11 Feb 2003 18:11:28 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 474 invoked from network); 11 Feb 2003 18:11:28 -0000 Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76) by 172.16.49.205 with SMTP; 11 Feb 2003 18:11:28 -0000 Received: from smtp.ott.qnx.com (smtp.ott.qnx.com [10.0.2.158]) by hub.ott.qnx.com (8.9.3/8.9.3) with ESMTP id NAA32070; Tue, 11 Feb 2003 13:00:31 -0500 Received: from catdog ([10.4.2.2]) by smtp.ott.qnx.com (8.8.8/8.6.12) with SMTP id NAA14739; Tue, 11 Feb 2003 13:11:26 -0500 Message-ID: <02af01c2d1f8$fe327750$0202040a@catdog> From: "Kris Warkentin" To: "Andrew Cagney" Cc: "Mark Kettenis" , References: <1c3601c2cbc1$72eac3b0$0202040a@catdog> <3E40387D.50001@redhat.com> <008f01c2ce4b$427295f0$2a00a8c0@dash> <86lm0r3nha.fsf@elgar.kettenis.dyndns.org> <218c01c2cee4$8cde7610$0202040a@catdog> <3E442C44.3020306@redhat.com> Subject: Re: patch to add QNX NTO i386 support Date: Tue, 11 Feb 2003 18:11:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-SW-Source: 2003-02/txt/msg00276.txt.bz2 Hi Andrew, Sorry it took so long to reply - I took a couple days to do a port of a vxworks lib for a BSP we're working on. Question: can I make any assumption about the initialization of the target_ops vector? It looks like infrun.c wants HAVE_CONTINUABLE_BREAKPOINT to default to zero but I didn't see anywhere int target.[ch] that ops were being initialized. cheers, Kris > > /* After a watchpoint trap, the PC points to the instruction after > >> > the one that caused the trap. Therefore we don't need to step over > > > > it. > > > >> > But we do need to reset the status register to avoid another trap. > > > > */ > > > >> > #define HAVE_CONTINUABLE_WATCHPOINT > > > >> > >> Hmm, this poses an interesting problem. The other i386 targets have > >> this in their nm.h file, since they consider hardware watchpoints as a > >> native-only feature. However, this isn't necessarily right since we > >> might support hardware breakpoints via the remote protocol. If you > >> can live with the native-only approach, please move this to your nm.h > >> file. Otherwise we might need to multi-arch this definition. > > > > > > Okay, file that under TODO along with the solib stuff. We have hardware > > breakpoints on all our remote targets that support them. > > Just FYI, this needs to be added to the target vector (target.h) and not > the architecture vector. > > For examples, see STOPPED_BY_WATCHPOINT et.al. A bit of manipulation of > the existing nm-*.h files will be needed - have them define the value as 1. > > Can you please submit a separate patch that does just this. > > Andrew > > >