This is the mail archive of the gdb-patches@sourceware.org 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: [8/9] multiple locations


 >...
 > I think the right approach would be moving the check for loc->shlib_disabled
 > later, like this:
 > 
 >     if (b->loc == NULL)
 >         ui_out_field_string (uiout, "addr", "<PENDING>");
 >     else if (header_of_multiple)
 >         ui_out_field_string (uiout, "addr", "<MULTIPLE>");
 >     else if (loc->shlib_disabled)
 >         ui_out_field_string (uiout, "addr", "<PENDING>");
 >     else
 >         ui_out_field_core_addr (uiout, "addr", loc->address);
 > 
 > But there's also testsuite to be updated and getting somebody to
 > actually approve this patch.

OK, but it looks much a smaller/simpler patch than the one you've already
committed.

 > >  > But generally, trying to keeping CLI back compatible have to stop
 > >  > at some time -- if we keep this "don't break CLI clients even if
 > >  > CLI clients were deprecated from some time" attitude, it will result
 > >  > in new features being available via MI only.
 > > 
 > > Focussing on the issue at hand, we're just talking about making a minor
 > > adjustment to the format of "info breakpoints", for the case of pending
 > > breakpoints, to avoid breaking existing frontend(s).  
 > 
 > Not quite. We're trying to please frontend(s) using deprecated protocol.
 > However little time is spent on that, it's time not spent on other, better
 > things.  Is there a reason Emacs website cannot say "Use MI support,
 > available at http://...";?

The short answer is that, although I have a mode that works with MI, it is
currently worse than the current one, which uses a mixture of MI and CLI
commands.  Even if it was as good, there would still be many people already
using Emacs 22.1 who wouldn't be aware of the website, or willing/able to
update Emacs from it.

Also MI is still evolving.  It's interesting that you suggest all frontends
should use it as the changes you have just made for breakpoints with
multiple locations appear in the output of "info breakpoints" but not
in that of "-break-list".  So I don't see how any front end could handle
this information through MI.

Unfortunately, the full transition to MI will be a slow one for Emacs.

-- 
Nick                                           http://www.inet.net.nz/~nickrob


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