[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GLR: modification of $1
From: |
Frank Heckenbach |
Subject: |
Re: GLR: modification of $1 |
Date: |
Sun, 5 Oct 2003 17:58:19 +0200 |
User-agent: |
semail 20030730 |
Paul Eggert wrote:
> Frank Heckenbach <address@hidden> writes:
>
> > I'm just referring to what yyfill does (especially when called
> > multiple times for multiple uses of $1). I don't know exactly what
> > GCC can optimize away,
>
> I see little chance that a C compiler could be smart enough to
> optimize $1 in the existing GLR parser as much as it can optimize $1
> in the existing LALR parser, even assuming GLR's yyfill is inlined.
> Suggestions for improvement are welcome, but I expect they won't be
> trivial.
One idea would be that bison determines the smallest n for which $n
is used within each action (if any), and calls YYFILL(n) once at the
start of the action -- if I understand correctly what yyfill does.
Frank
--
Frank Heckenbach, address@hidden
http://fjf.gnu.de/
GnuPG and PGP keys: http://fjf.gnu.de/plan (7977168E)
- GLR: modification of $1, Frank Heckenbach, 2003/10/01
- Re: GLR: modification of $1, Paul Eggert, 2003/10/02
- Re: GLR: modification of $1, Frank Heckenbach, 2003/10/02
- Re: GLR: modification of $1, Paul Hilfinger, 2003/10/02
- Re: GLR: modification of $1, Frank Heckenbach, 2003/10/02
- Re: GLR: modification of $1, Paul Eggert, 2003/10/03
- Re: GLR: modification of $1, Frank Heckenbach, 2003/10/04
- Re: GLR: modification of $1, Paul Eggert, 2003/10/05
- Re: GLR: modification of $1,
Frank Heckenbach <=
- Re: GLR: modification of $1, Hans Aberg, 2003/10/04
- Re: GLR: modification of $1, Frank Heckenbach, 2003/10/04
- Re: GLR: modification of $1, Hans Aberg, 2003/10/05