From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17183 invoked by alias); 16 Oct 2003 14:25:26 -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 17175 invoked from network); 16 Oct 2003 14:25:26 -0000 Received: from unknown (HELO localhost.redhat.com) (207.219.125.105) by sources.redhat.com with SMTP; 16 Oct 2003 14:25:26 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 8F2572B89; Thu, 16 Oct 2003 10:25:26 -0400 (EDT) Message-ID: <3F8EAA56.3020900@gnu.org> Date: Thu, 16 Oct 2003 14:25:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030820 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eli Zaretskii Cc: Daniel Jacobowitz , gdb-patches@sources.redhat.com Subject: Re: RFA: Breakpoint infrastructure cleanups [0/8] References: <20031008165534.GA8718@nevyn.them.org> <20031008190502.GA13579@nevyn.them.org> <3F846B04.2070801@redhat.com> <3F85B4AC.7000000@redhat.com> <20031014013831.GB6118@nevyn.them.org> <3F8C18DD.3020508@redhat.com> <20031014155126.GA10669@nevyn.them.org> <3F8C605E.1060604@redhat.com> <20031015224134.GA4102@nevyn.them.org> <6654-Thu16Oct2003085007+0200-eliz@elta.co.il> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-10/txt/msg00541.txt.bz2 > Quite happy :) This suggests struct breakpoint and struct bp_location > > > I'm with Michael here. You might recall that I originally suggested > to call those impl_breakpoint's just ``locations'' or ``addresses'' > of a particular breakpoint. > > If ``location'' is not good enough (after all, there's other > information stored about each address, like the kind of trap we set > there), let's use some more vague word, like bp_spot or maybe > bp_instance. BTW, long term, this stuff is going to be hijacked by other *point mechanisms. Variable watchpoints, for instance, will be given a similar projection (the watchpoint changes that last year stalled can probably be picked up again). While the term "breakpoint" may continue to be used, it will be applied to more than just breakpoints. (Happened to talk to fernado about his uni GDB work and he explained that that the logical/physical separation occures all over the place - happened to also use log/phys without my prompting :-). Andrew PS: To make everyone feel ill - logical_debugpoint, physical_debugpoint ...