Re: Several regressions and we branch soon.

Yao Qi
2015-07-02T10:09:58Z

Walfred Tedeschi <walfred.tedeschi@intel.com> writes:

>> - if program doesn't set mpx bounds at all, GDB attaches to the program,
>> and set mpx bounds, when GDB detaches from this program, does GDB
>> need to clear these mpx bounds it sets?
> In case program does not set bounds GDB will also not able to set
> bounds. Basically idea is to have bounds as variables.
> Once user has modified its done.

so GDB can only update and show the mpx bounds set in the program, is it correct?

>> - if program does set mpx bounds too (through mpx instructions or
>> compiler builtins), do we expect GDB to show these mpx bounds too?
> No. Same as above.

Your answer to Q1 is contradictive to it.

>> - If program sets mpx bounds through mxp instructions and GDB sets mpx
>> bounds too, does this interfere each other? or program's mxp bounds
>> setting is stored in bnd0-bnd3, but GDB's mpx bound setting is bound
>> directory and bound table, so this doesn't interfere each other?
>
> Yes. Like it happens with variables location dependent variables.

Sorry, I don't understand what does "Yes" mean to my alternative
question. What are "variables location dependent variables"?

> To be able to to set bounds also on registers and tables and make them
> sync we need debug information.

Can you elaborate on this? Why do we need debug information? AFAIK,
bounds are stored in either registers and tables, GDB can read them from
registers and tables, and show them.

> The solution by now is without. In this sense user has to know a bit
> of assembler to know where to set the bounds, for the case it being
> debugged.

--
Yao (齐尧)