Hello,
Is it possible to pass an additional parameter to the %merge function in
glr-parsers?
I can pass an additional parameter to the yyparse function with %parse-param
{...}
(bison 2.0 documentation, page 63, 107)
How can I pass that same argument to the %merge function? (bison 2.0
documenta
Hello,
This message doesn't seem to have made it to the list. At any rate, it
doesn't appear in the archive. If it did get through before, I apologize
for the duplication.
Laurence Finston
-- Forwarded message --
Date: Sat, 04 Jun 2005 00:37:50 +0200
From: Laurence Finston <[EM
Greetings,
I'm writing you because of some confusion about the licensing terms for
Bison. In particular, my understanding is that Bison output is permitted
to be incorporated into non-free programs. However, when I browse
through the source distribution of Bison, I don't find a clear statement
Hi, all,
in my parser, when a syntax error happens, all allocated parse tree
nodes are left dangling, and not freed. Does anybody try and clean up
allocated memory after parser error?
Even though it is not critical, since program terminates anyway, I'd like
to have no leaks in any case, so tha
> statement_list: statement_list statement
This should be
statement_list:: /* Empty */
| statement_list statement
Please excuse my sloppiness.
Laurence
___
Help-bison@gnu.org http://lists.gnu.org/mailman/listinfo/help-b
> Thanks for your reply. I did receive it from the list. I cannot afford
> to use threads as I am processing tens of thousands of clients at the
> same time.
> So I have to take care of errors while doing this...that makes it
> complicated but I don't have a choice :(
What you want to do sounds t
After looking through the mailing archives I have had few things cleared.
I am using C++ with bison 1.25, so it does not have %destructor. I cannot rely
on
garbage collecting, so I have to free everything myself.
Also I do not have common base class for all parse tree nodes (so I can't have
a st
