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] | |
> Incidentally, it seems to be that a really smart frontend might be updating only > those variable objects that a visible on screen. To support this case efficiently, > we'd better support > > -var-update var1 var2 var3 ... > > syntax. I'm not proposing such a syntax right now -- we'd need to actually play > with such a smart frontend. DSF only updates varObj that are visible on screen. So currently, it always uses -var-update with a single varObj name (never use *). If I understand correctly, > -var-update var1 var2 var3 ... would allow the frontend to update multiple variable objects with a single command. With the goal of reducing the number of MI commands. Any other benefits? In the case of DSF, we wouldn't be able to use such a command though. The reason is that the views which show the variables are de-coupled from the variable object manager; and those views request the value of each variable individually, so the variable manager, which sends -var-update only gets a single varObj request at a time. Not to say that > -var-update var1 var2 var3 ... would not be useful to other "really smart frontends" :-) And, who knows, it may not be too hard for the DSF views to send batch requests containing all the visible variable objects, someday. Marc
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |