[PATCH] Test no =breakpoint-modified is emitted for modifications from MI commands
Joel Brobecker
brobecker@adacore.com
Sat Feb 8 03:18:00 GMT 2014
> > > - prevent the user from entering MI commands in the console
> > > (and try to catch all possible workarounds to sneak in MI
> > > commands nevertheless),
[...]
> > #1 is fine to me.
>
> But not for me. I don't want to needlessly restrict what my users are
> allowed to type, or not. It might even e.g. be useful to copy/paste/modify
> previously sent MI commands and send them manually via the console. In your
> approach this would not be possible, or at least require the user to
> re-write the full command in non-MI syntax.
I don't feel strongly about it, but I kind of see Andre's point.
If we can allow a certain type of usage without damaging consequences
for the rest of the operations, why not? Wouldn't it simplify the
notification mechanism too?
Food for thought:
I think it would be interesting to investigate whether FEs would
notice if they started receiving those extra notifications. I hope
the processing would be fast enough that they wouldn't.
One other possible option: Add a new option that would be available
to all commands to disable notifications related to the command being
executed. That way, FE could use it to reduce unnecessary back-chatter.
I don't really like that option, though, as it would require a certain
transition period.
--
Joel
More information about the Gdb-patches
mailing list