* -symbol-list-lines
@ 2004-02-16 20:40 Bob Rossi
2004-02-16 20:45 ` -symbol-list-lines Daniel Jacobowitz
0 siblings, 1 reply; 8+ messages in thread
From: Bob Rossi @ 2004-02-16 20:40 UTC (permalink / raw)
To: gdb
Hello,
Is the "-symbol-list-lines" command supposed to be fully functional?
I tried this.
cd src/gdb/testsuite/gdb.mi
gcc -g basics.c -o basics
gdb -i=mi ./basics
...
(gdb)
-symbol-list-lines basics.c
^done,lines=[
{pc="0x080483e0",line="7"},{pc="0x080483e6",line="8"},
{pc="0x080483ed",line="9"},{pc="0x080483f4",line="12"},
{pc="0x08048400",line="13"},{pc="0x08048404",line="14"},
{pc="0x08048404",line="14"},{pc="0x08048406",line="0"},
{pc="0x08048408",line="16"},{pc="0x0804840e",line="17"},
{pc="0x08048413",line="18"},{pc="0x08048415",line="0"},
{pc="0x08048418",line="21"},{pc="0x0804841e",line="22"},
{pc="0x0804842d",line="23"},{pc="0x0804842f",line="0"},
{pc="0x08048430",line="26"},{pc="0x08048436",line="27"},
{pc="0x08048449",line="28"},{pc="0x0804844b",line="0"},
{pc="0x0804844c",line="31"},{pc="0x08048452",line="32"},
{pc="0x0804846d",line="33"},{pc="0x08048488",line="35"},
{pc="0x08048498",line="37"},{pc="0x0804849c",line="38"},
{pc="0x0804849c",line="38"},{pc="0x080484a2",line="0"}]
I am seeing 2 potential problems,
Several lines come back as {pc="0x08048406",line="0"},
should the value "0" be documented? or is it a bug?
Also, for some reason, a value is repeated
{pc="0x0804849c",line="38"}. Is this ok?
Thanks,
Bob Rossi
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: -symbol-list-lines
2004-02-16 20:40 -symbol-list-lines Bob Rossi
@ 2004-02-16 20:45 ` Daniel Jacobowitz
2004-02-16 20:56 ` -symbol-list-lines Bob Rossi
0 siblings, 1 reply; 8+ messages in thread
From: Daniel Jacobowitz @ 2004-02-16 20:45 UTC (permalink / raw)
To: gdb
On Mon, Feb 16, 2004 at 03:40:35PM -0500, Bob Rossi wrote:
> I am seeing 2 potential problems,
>
> Several lines come back as {pc="0x08048406",line="0"},
> should the value "0" be documented? or is it a bug?
>
> Also, for some reason, a value is repeated
> {pc="0x0804849c",line="38"}. Is this ok?
I can't say anything about what is appropriate (or useful) for the MI
interface but I can tell you what's going on. This matches the
structure of the internal line table precisely.
- line 0 means end-of-sequence. I.E. PCs greater than 0x8048406 that
don't have a new starting line do not belong to this line number table.
- duplicated line numbers are emitted by the compiler to mark, mostly,
the ends of prologues. Sometimes the prologue is zero-sized.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: -symbol-list-lines
2004-02-16 20:45 ` -symbol-list-lines Daniel Jacobowitz
@ 2004-02-16 20:56 ` Bob Rossi
2004-02-17 1:20 ` -symbol-list-lines Daniel Jacobowitz
0 siblings, 1 reply; 8+ messages in thread
From: Bob Rossi @ 2004-02-16 20:56 UTC (permalink / raw)
To: gdb
On Mon, Feb 16, 2004 at 03:45:16PM -0500, Daniel Jacobowitz wrote:
> On Mon, Feb 16, 2004 at 03:40:35PM -0500, Bob Rossi wrote:
> > I am seeing 2 potential problems,
> >
> > Several lines come back as {pc="0x08048406",line="0"},
> > should the value "0" be documented? or is it a bug?
> >
> > Also, for some reason, a value is repeated
> > {pc="0x0804849c",line="38"}. Is this ok?
>
> I can't say anything about what is appropriate (or useful) for the MI
> interface but I can tell you what's going on. This matches the
> structure of the internal line table precisely.
>
> - line 0 means end-of-sequence. I.E. PCs greater than 0x8048406 that
> don't have a new starting line do not belong to this line number table.
I personally can't see why this would be useful to front ends. Can
anyone else? If it isn't, I will submit a patch to not print this data.
> - duplicated line numbers are emitted by the compiler to mark, mostly,
> the ends of prologues. Sometimes the prologue is zero-sized.
Would keeping a list internally of numbers that have been sent out
already be reasonable? or is it repeating the data unimportant?
I would also be willing to fix this.
Bob Rossi
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: -symbol-list-lines
2004-02-16 20:56 ` -symbol-list-lines Bob Rossi
@ 2004-02-17 1:20 ` Daniel Jacobowitz
2004-02-17 1:28 ` -symbol-list-lines Bob Rossi
2004-02-17 5:44 ` -symbol-list-lines Eli Zaretskii
0 siblings, 2 replies; 8+ messages in thread
From: Daniel Jacobowitz @ 2004-02-17 1:20 UTC (permalink / raw)
To: gdb
On Mon, Feb 16, 2004 at 03:55:58PM -0500, Bob Rossi wrote:
> On Mon, Feb 16, 2004 at 03:45:16PM -0500, Daniel Jacobowitz wrote:
> > On Mon, Feb 16, 2004 at 03:40:35PM -0500, Bob Rossi wrote:
> > > I am seeing 2 potential problems,
> > >
> > > Several lines come back as {pc="0x08048406",line="0"},
> > > should the value "0" be documented? or is it a bug?
> > >
> > > Also, for some reason, a value is repeated
> > > {pc="0x0804849c",line="38"}. Is this ok?
> >
> > I can't say anything about what is appropriate (or useful) for the MI
> > interface but I can tell you what's going on. This matches the
> > structure of the internal line table precisely.
> >
> > - line 0 means end-of-sequence. I.E. PCs greater than 0x8048406 that
> > don't have a new starting line do not belong to this line number table.
>
> I personally can't see why this would be useful to front ends. Can
> anyone else? If it isn't, I will submit a patch to not print this data.
>
> > - duplicated line numbers are emitted by the compiler to mark, mostly,
> > the ends of prologues. Sometimes the prologue is zero-sized.
>
> Would keeping a list internally of numbers that have been sent out
> already be reasonable? or is it repeating the data unimportant?
>
> I would also be willing to fix this.
I don't know. I think I'd prefer for frontends to tolerate this data;
just because I can't think of a use for it now doesn't mean someone
else won't later. I was recently reminded that "front-end" can be a
pretty broad concept, not just user interfaces.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: -symbol-list-lines
2004-02-17 1:20 ` -symbol-list-lines Daniel Jacobowitz
@ 2004-02-17 1:28 ` Bob Rossi
2004-02-17 5:45 ` -symbol-list-lines Eli Zaretskii
2004-02-17 5:44 ` -symbol-list-lines Eli Zaretskii
1 sibling, 1 reply; 8+ messages in thread
From: Bob Rossi @ 2004-02-17 1:28 UTC (permalink / raw)
To: gdb
On Mon, Feb 16, 2004 at 08:20:35PM -0500, Daniel Jacobowitz wrote:
> On Mon, Feb 16, 2004 at 03:55:58PM -0500, Bob Rossi wrote:
> > On Mon, Feb 16, 2004 at 03:45:16PM -0500, Daniel Jacobowitz wrote:
> > > On Mon, Feb 16, 2004 at 03:40:35PM -0500, Bob Rossi wrote:
> > > > I am seeing 2 potential problems,
> > > >
> > > > Several lines come back as {pc="0x08048406",line="0"},
> > > > should the value "0" be documented? or is it a bug?
> > > >
> > > > Also, for some reason, a value is repeated
> > > > {pc="0x0804849c",line="38"}. Is this ok?
> > >
> > > I can't say anything about what is appropriate (or useful) for the MI
> > > interface but I can tell you what's going on. This matches the
> > > structure of the internal line table precisely.
> > >
> > > - line 0 means end-of-sequence. I.E. PCs greater than 0x8048406 that
> > > don't have a new starting line do not belong to this line number table.
> >
> > I personally can't see why this would be useful to front ends. Can
> > anyone else? If it isn't, I will submit a patch to not print this data.
> >
> > > - duplicated line numbers are emitted by the compiler to mark, mostly,
> > > the ends of prologues. Sometimes the prologue is zero-sized.
> >
> > Would keeping a list internally of numbers that have been sent out
> > already be reasonable? or is it repeating the data unimportant?
> >
> > I would also be willing to fix this.
>
> I don't know. I think I'd prefer for frontends to tolerate this data;
> just because I can't think of a use for it now doesn't mean someone
> else won't later. I was recently reminded that "front-end" can be a
> pretty broad concept, not just user interfaces.
Ok, well I'll submit a doco patch when I get the chance.
I will probably put your descriptions above, since I don't really even
understand what they mean. I have no idea what a "prologue" is yet :)
I do think it would be good if these 2 case's where documented.
Bob Rossi
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: -symbol-list-lines
2004-02-17 1:20 ` -symbol-list-lines Daniel Jacobowitz
2004-02-17 1:28 ` -symbol-list-lines Bob Rossi
@ 2004-02-17 5:44 ` Eli Zaretskii
1 sibling, 0 replies; 8+ messages in thread
From: Eli Zaretskii @ 2004-02-17 5:44 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: gdb
> Date: Mon, 16 Feb 2004 20:20:35 -0500
> From: Daniel Jacobowitz <drow@false.org>
>
> I think I'd prefer for frontends to tolerate this data;
> just because I can't think of a use for it now doesn't mean someone
> else won't later.
Seconded.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: -symbol-list-lines
2004-02-17 1:28 ` -symbol-list-lines Bob Rossi
@ 2004-02-17 5:45 ` Eli Zaretskii
2004-02-18 14:29 ` -symbol-list-lines Alain Magloire
0 siblings, 1 reply; 8+ messages in thread
From: Eli Zaretskii @ 2004-02-17 5:45 UTC (permalink / raw)
To: Bob Rossi; +Cc: gdb
> Date: Mon, 16 Feb 2004 20:28:14 -0500
> From: Bob Rossi <bob@brasko.net>
>
> I do think it would be good if these 2 case's where documented.
I have no doubt they should be.
The MI documentation is actually in dire need of more work. It has
grown from a working paper that didn't go far beyond sketching the
repertoire of the commands and their syntax. That is IMHO a far cry
from being a good place for a front-end programmer to look for details
of the MI interface.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: -symbol-list-lines
2004-02-17 5:45 ` -symbol-list-lines Eli Zaretskii
@ 2004-02-18 14:29 ` Alain Magloire
0 siblings, 0 replies; 8+ messages in thread
From: Alain Magloire @ 2004-02-18 14:29 UTC (permalink / raw)
To: eliz; +Cc: Bob Rossi, gdb
>
> > Date: Mon, 16 Feb 2004 20:28:14 -0500
> > From: Bob Rossi <bob@brasko.net>
> >
> > I do think it would be good if these 2 case's where documented.
>
> I have no doubt they should be.
>
> The MI documentation is actually in dire need of more work. It has
> grown from a working paper that didn't go far beyond sketching the
> repertoire of the commands and their syntax. That is IMHO a far cry
> from being a good place for a front-end programmer to look for details
> of the MI interface.
Hear you loud and clear 8-)
.... but like the time to give a helping hand 8-(
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2004-02-18 14:29 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-02-16 20:40 -symbol-list-lines Bob Rossi
2004-02-16 20:45 ` -symbol-list-lines Daniel Jacobowitz
2004-02-16 20:56 ` -symbol-list-lines Bob Rossi
2004-02-17 1:20 ` -symbol-list-lines Daniel Jacobowitz
2004-02-17 1:28 ` -symbol-list-lines Bob Rossi
2004-02-17 5:45 ` -symbol-list-lines Eli Zaretskii
2004-02-18 14:29 ` -symbol-list-lines Alain Magloire
2004-02-17 5:44 ` -symbol-list-lines Eli Zaretskii
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox