This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: RFA: Breakpoint infrastructure cleanups [0/8]


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 ...



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]