Re: Bison 1.30e

[Hans Aberg]

At 19:35 +0100 2001/11/27, Akim Demaille wrote:
>| As for the rule line numbers, I get:
>|
>| 1.30c:
>| #if YYDEBUG != 0
>| /* YYRLINE[YYN] -- source line where rule number YYN was defined. */
>| static const short yyrline[] =
>| {
>|        0,    80,    82,    84,    86,    87,    88,    89,    90,    91,
>|       97,   104,   107,   109,   114,   116,   118,   123,   128,   134,
>|      136,   137,   144,   145,   152,   160,   162,   163,   172,   173,
>|      176,   177,   187,   196,   197,   206,   207,   210,   213,   214,
>|      217,   220,   222,   224,   233,   242,   245
>| };
>| #endif
>|
>| 1.30e:
>| #if YYDEBUG != 0
>| /* YYRLINE[YYN] -- source line where rule number YYN was defined. */
>| static const short yyrline[] =
>| {
>|        0,    80,    82,    84,    86,    87,    88,    89,    90,    91,
>|       97,   104,   107,   109,   114,   116,   118,   123,   128,   134,
>|      136,   137,   144,   145,   152,   160,   160,   163,   163,   173,
>|      173,   177,   187,   187,   197,   197,   207,   207,   207,   214,
>|      214,   214,   222,   224,   224,   242,   242
>| };
>| #endif
>|
>| One can see here that in 1.30e several rules get the same number, which is
>| not true in the source. But it is better than in 1.30ea (the one you did
>| not release), where the numbers actually diminished.
>
>I think I am right, and I'd like you to check thanks to -v, in the
>.output, whether you _really_ think it is wrong.

I you check the example I sent you, you will find that the numbers in the
...
case 36:
#line 207 "op_parser.y
...
section are correct, also for the implicit @n rules, whereas in the table
yyrline and .output, they are incorrect.

  Hans Aberg