[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bison C code generation bug
From: |
Paul Eggert |
Subject: |
Re: bison C code generation bug |
Date: |
03 Jun 2003 11:09:44 -0700 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 |
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.