[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bison C code generation bug
From: |
Davy Durham |
Subject: |
Re: bison C code generation bug |
Date: |
03 Jun 2003 13:18:38 -0500 |
k thanks, I didn't know about alpha.gnu.org.. good to know
On Tue, 2003-06-03 at 13:09, Paul Eggert wrote:
> Davy Durham <address@hidden> writes:
>
> > Hey, I think I've even sent this bug in before.. Maybe its already fixed
> > in the repository but it's still in the public release
>
> A fix should be in the test release, at <ftp://alpha.gnu.org/gnu/bison/>.
>
> > In the generated C code: the yyerrlab1 label is supposed to have a gcc
> > extension, __attribute__ ((__unused__)), in front of it, but in the .c
> > file the extension wound up be just AFTER the label declaration instead
> > of in front,
>
> Hmm, isn't that where it's supposed to be? Anyway, the point is moot since
> we removed the attribute entirely.
>
> > Also,the yylerrsp symbol is not being #defined to have the -p prefix at
> > the top of the generated .c file. So, that would potentially cause
> > linking problems with programs that use more than one parser.
>
> yylerrsp is a local variable, so it shouldn't be a problem.