This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: MI solib notification
- From: Vladimir Prus <vladimir at codesourcery dot com>
- To: Tom Tromey <tromey at redhat dot com>
- Cc: Marc Khouzam <marc dot khouzam at ericsson dot com>, gdb-patches at sources dot redhat dot com, Nick Roberts <nickrob at snap dot net dot nz>
- Date: Thu, 12 Feb 2009 23:11:04 +0300
- Subject: Re: MI solib notification
- References: <200901310010.46738.vladimir@codesourcery.com> <20090212180215.GA22097@caradoc.them.org> <m3vdrfh1g2.fsf@fleche.redhat.com>
On Thursday 12 February 2009 22:58:37 Tom Tromey wrote:
> >>>>> "Daniel" == Daniel Jacobowitz <drow@false.org> writes:
>
> Daniel> I agree with your rationale. I almost suggested we push the aout
> Daniel> check down into disable_breakpoints_in_unloaded_shlib... what do you
> Daniel> think?
>
> It sounds reasonable to me.
> Pedro also suggested this... great minds :-)
Can you write down the comment that disable_breakpoints_in_unloaded_shlib
would have to contain to explain all this? ;-) I assume it will go like this:
Don't emit any message here for a.out, because for all the other
targets some other code calls some other function that arranges for
this message to not be printed when rerunning the program...
In other words, the problem with checking for a.out is that it deeply depends on
intricate details of some other code. I think disable_breakpoints_in_unloaded_shlib
can either do:
1. Check for target_has_execution or similar
2. Check for a new parameter to the observer, like 'mass_murder'
- Volodya
>
> Tom
>