help-bison
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bison's Semantic Parser


From: Akim Demaille
Subject: Re: Bison's Semantic Parser
Date: 03 Jul 2001 20:01:01 +0200
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Academic Rigor)

>>>>> "Hans" == Hans Aberg <address@hidden> writes:

Hans> About Bison's semantic parser ("hairy"), I think that in the
Hans> near future one may have to remove it altogether from Bison for
Hans> the following reasons: - I made a small example with it, and it
Hans> did not parse correctly, so it seems broken.  - The "semantic
Hans> parser" seems to have something with generating errors in
Hans> midrule, but that can already be done by the use of Bison's
Hans> YYERROR. So I do not think it will contributes to anything.  In
Hans> addition nobody seems to really know about it, or have used it
Hans> for a really long time (at least a decade).

Part of the job of my students is to study this zombie code, and
decide whether we can reactivate it, or simply remove it.

I don't think YYERROR can be compared to the guards, but again, I have
only a small idea of what it is supposed to do.

Could you send your samples?

Hans> So the strategy I suggest is to keep it in the current version
Hans> 1.29 that Akim is working on, and perhaps the next one if that
Hans> is only to add C++ support, but then make a permanent archiving
Hans> of the last version containing the semantic parser and then
Hans> remove it. If somebody then wants to go back and study it, they
Hans> can still do that, without the semantic parser being a bother in
Hans> future development of Bison.

Hans> Another feature that seems to be broken (right Akim?) is when
Hans> using the non-yacc mode, where Bison is using its own token
Hans> numbers. I think one can remove that one as well, as nobody
Hans> seems to use it. Instead one might put in a Unicode mode that
Hans> reserves numbers for the Unicode characters.

I have already decided to remove this pseudo-feature.  It is not
absolutely related to being non Yacc compatible, there are many other
aspects.  The very one you are referring too, --raw, which has the
token numbered from 3 instead of 257, was broken since at least 1.24.

No one ever complained, and I see no reason to complicate Bison for
free.

So it will simply be removed.


I'm sorry for the delays, I've been under pressure lately, and I
expect to be back to Bison in the next couple of months.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]