Akim Demaille wrote:
> Maybe that does not deserve that much attention: it seems pretty weird
> not to use a value. A warning seems a better feature.
I sometimes attach some kinds of flags (integer type) to some
symbols that I need in some, but not all, rules that use that
symbol. So, if you go
On Thu, 20 Oct 2005, Paul Eggert wrote:
"Joel E. Denny" <[EMAIL PROTECTED]> writes:
This thread started on help-bison. At some point, I CC'ed to
bug-bison. However, it eventually lost that CC and then picked it up
again. Could this be why you missed messages?
Yes, that's it. It's such a l
"Joel E. Denny" <[EMAIL PROTECTED]> writes:
> This thread started on help-bison. At some point, I CC'ed to
> bug-bison. However, it eventually lost that CC and then picked it up
> again. Could this be why you missed messages?
Yes, that's it. It's such a long thread, though. If you're thinking
On Thu, 20 Oct 2005, Paul Eggert wrote:
"Joel E. Denny" <[EMAIL PROTECTED]> writes:
Paul, I just looked through the ChangeLog. I believe you committed
the patch that made YYABORT and YYACCEPT invoke RHS destructors.
Yes, I'm the guilty party. :-) I hadn't thought through these
consequence
"Joel E. Denny" <[EMAIL PROTECTED]> writes:
> Paul, I just looked through the ChangeLog. I believe you committed
> the patch that made YYABORT and YYACCEPT invoke RHS destructors.
Yes, I'm the guilty party. :-) I hadn't thought through these
consequences.
> As I see it, there would be one rul
Akim -
> We need no %destructor-param etc., we need to fix yydestructor and
> yysymprint so that %parse-param are passed to them, just like yyerror.
That would be perfectly fine for me. It's imaginable that someone wants to
have different parameters for the different functions, but unless you se
>>> "Wolfgang" == Wolfgang Spraul <[EMAIL PROTECTED]> writes:
> Akim -
Hey,
>> I'm not sure about %param-destructor, it is not very clean, but just
>> like there is %initial-action, we could introduce a %final-action
>> always run when leaving yyparse (whether on failure or not).
> When yo
Akim -
> I'm not sure about %param-destructor, it is not very clean, but just
> like there is %initial-action, we could introduce a %final-action
> always run when leaving yyparse (whether on failure or not).
When you say %param-destructor, do you mean the %destructor-param I was
talking about?
On Thu, 20 Oct 2005, Akim Demaille wrote:
"Joel" == Joel E Denny <[EMAIL PROTECTED]> writes:
> I've also noticed that the bison documentation says:
> Note that in the future, Bison might also consider that right hand
> side members that are not mentioned in the action can be destroyed.
>
>>> "Joel" == Joel E Denny <[EMAIL PROTECTED]> writes:
> On Tue, 18 Oct 2005, Joel E. Denny wrote:
>>> For bison, I believe the order of importance on this cleanup issue
>>> goes like
>>> this:
>>> 1. document cleanup behavior in the manual
>>> 2. make cleanup behavior consistent across YYAB
>>> "Joel" == Joel E Denny <[EMAIL PROTECTED]> writes:
> I prefer that the clean-up *not* happen automatically for either
> YYABORT or YYERROR -- as in GLR parsing. This would allow for a
> simple consistent rule: if the user's semantic action executes,
> then the user's semantic action is re
>>> "Wolfgang" == Wolfgang Spraul <[EMAIL PROTECTED]> writes:
> Let's say you have an action that gets an object passed in which
> has a destructor. When using YYABORT inside the action, the
> destructor for this object is always called. When using YYERROR, it
> is never called, i.e. the actio
12 matches
Mail list logo