[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bison GLR buffer-overflow and invalid pointer fixes
From: |
Paul Eggert |
Subject: |
Re: Bison GLR buffer-overflow and invalid pointer fixes |
Date: |
Thu, 07 Jul 2005 21:57:27 -0700 |
User-agent: |
Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) |
address@hidden writes:
> The new macro YYSIZEMAX is using size_t.
That's OK in glr.c, because glr.c is already using size_t elsewhere.
glr.c is not as fastidious about namespace cleanliness as yacc.c is.
Perhaps it should be, but it'd be some work to change this, and I'd
say it's lower priority than a lot of other things are. Do we really
care that user code can't use the top-level symbol "size_t" to mean
something other than the size type?
- Re: Bison GLR buffer-overflow and invalid pointer fixes, Paul Eggert, 2005/07/05
- Re: Bison GLR buffer-overflow and invalid pointer fixes, Paul Hilfinger, 2005/07/06
- Re: Bison GLR buffer-overflow and invalid pointer fixes, Paul Eggert, 2005/07/07
- Re: Bison GLR buffer-overflow and invalid pointer fixes, Frank Heckenbach, 2005/07/07
- Re: Bison GLR buffer-overflow and invalid pointer fixes, Paul Eggert, 2005/07/08
- Re: Bison GLR buffer-overflow and invalid pointer fixes, Frank Heckenbach, 2005/07/08
- Re: Bison GLR buffer-overflow and invalid pointer fixes, Paul Hilfinger, 2005/07/08
- Re: Bison GLR buffer-overflow and invalid pointer fixes, Paul Eggert, 2005/07/08
Message not available