From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23454 invoked by alias); 3 May 2004 18:36:11 -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 23447 invoked from network); 3 May 2004 18:36:10 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 3 May 2004 18:36:10 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i43Ia9kI024120 for ; Mon, 3 May 2004 14:36:10 -0400 Received: from localhost.redhat.com (to-dhcp51.toronto.redhat.com [172.16.14.151]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i43Ia5v32744; Mon, 3 May 2004 14:36:09 -0400 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 8E9C12B9D; Mon, 3 May 2004 14:36:05 -0400 (EDT) Message-ID: <40969115.1060304@gnu.org> Date: Mon, 03 May 2004 18:36:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040217 MIME-Version: 1.0 To: Eli Zaretskii Cc: orjan.friberg@axis.com, kettenis@chello.nl, gdb-patches@sources.redhat.com, drow@false.org Subject: Re: Display of read/access watchpoints when HAVE_NONSTEPPABLE_WATCHPOINT References: <407282F4.2080602@axis.com> <20040406142228.GA29473@nevyn.them.org> <6654-Thu15Apr2004111217+0300-eliz@gnu.org> <407E8CEF.2050007@axis.com> <407FC69A.1000701@axis.com> <1438-Sat17Apr2004112204+0300-eliz@gnu.org> <4083E930.8040005@axis.com> <4087DFB6.1030801@axis.com> <200405012117.i41LHZSR001291@elgar.kettenis.dyndns.org> <40962BF0.3030707@axis.com> <40965FAE.8090009@gnu.org> <2719-Mon03May2004210049+0300-eliz@gnu.org> In-Reply-To: <2719-Mon03May2004210049+0300-eliz@gnu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-05/txt/msg00063.txt.bz2 >>Date: Mon, 03 May 2004 11:05:18 -0400 >>> From: Andrew Cagney >>> >>> Check these bug/threads threads for background info. >>> >>> http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gdb&pr=967 >>> http://sources.redhat.com/ml/gdb-patches/2002-09/msg00739.html > > > Thanks for the pointers. Also: http://sources.redhat.com/ml/gdb-patches/2002-09/msg00738.html > Having read them, I wonder: what targets can benefit from this change? > As similar discussuions in the past indicated, targets such as the > i386, which have a small number of debug registers, can nevertheless > support an infinite number of watchpoints if they watch the same > memory region. So, in general, for such a machinery to be useful on > x86 at least, we need to pass more info about the watchpoints to get > meaningful results. I believe that was the conclusion last time. > In any case, I think this particular issue if whether a target could > accomodate all the watchpoints that GDB wants to insert is not a very > important one. Currently, GDB simply tries to insert them all, and if > that fails, it barfs. If the procedure to find out whether they could > be all accomodated is going to be as complex as actually inserting > them, nothing is gained from making TARGET_CAN_USE_HARDWARE_WATCHPOINT > more accurate than it is now. Andrew