Fixing up precedences such that the order of operations make a little more
sense when dealing with order of application/selectors/casting. svn: r346
This commit is contained in:
parent
359415ca42
commit
a12f1d1bc8
|
@ -255,9 +255,9 @@ NOTE: Here's the precedence and associativity of things above.
|
|||
LEFT | RIGHT | NONASSOC
|
||||
----------+----------+-----------
|
||||
. | |
|
||||
| : isa |
|
||||
| | #n (tuple selector)
|
||||
| | ( (function application)
|
||||
| | #n (tuple selector)
|
||||
| : isa |
|
||||
| | !, - (un)
|
||||
* / % | |
|
||||
+ - | |
|
||||
|
|
|
@ -68,9 +68,9 @@
|
|||
(left PLUS MINUS)
|
||||
(left TIMES DIV MOD)
|
||||
(nonassoc NOT UMINUS) ;; unary operators
|
||||
(left O_PAREN) ;; this gives application a precedence
|
||||
(nonassoc selector)
|
||||
(right COLON isa)
|
||||
(nonassoc selector)
|
||||
(left O_PAREN) ;; this gives application a precedence
|
||||
(left DOT))
|
||||
(tokens keywords separators operators val-tokens lex-errors EOF for-prec)
|
||||
(error (lambda (a b stx start end)
|
||||
|
|
Loading…
Reference in New Issue
Block a user