|Problems? Is your data what you think it is?|
Re^3: Operator Precedence Parserby Rhandom (Curate)
|on Jun 09, 2006 at 22:27 UTC||Need Help??|
Thank you for the reply. I tested to see using the following template.
It printed out:
So - it looks like I need to fix my right vs left vs non-associative. I'll add that to the table and change the parser (it is always doing right right now - it used to always do left - it will be trivial and won't even cause a speed hit to allow it to do both). Thank you - I knew about precedence and precedence makes complete sense - associativity rules seem like they are a little more arbitrary and it seems to cry foul to the user that it isn't consistent (such is legacy). In the perl6 operators table they don't even mention if the operator group is right or left (though it probably does elsewhere in the doc).
So - the infix type will go away in CGI::Ex::Template and will be replaced by left right and non. It needs to match perl.
I'll get that out hopefully soon. Thanks again.
Oh - also to note - the a----b and a-----b examples are both parse errors because the longest term rule makes them try and find a prefix -- immediately after the postfix --. Adding a space after the first three - disabiguates both cases.
my @a=qw(random brilliant braindead); print $a[rand(@a)];