@@ -196,8 +196,8 @@ There are other easy methods to observe the functioning. For example, you can
196196use a debugger to “hook” the `yylex()` and look at the `lex_state`
197197
198198Another way is to rewrite the source code to output state transitions. In the
199- case of `lex_state` we only have numerical patterns for assignment and
200- comparison, so the solution would be to treat them as text patterns and rewrite
199+ case of `lex_state` we only have a few patterns for assignment and
200+ comparison, so the solution would be to grasp them as text patterns and rewrite
201201the code to output state transitions. The CD that comes with this book contains
202202the `rubylex-analyser` tool. When necessary, I will refer to it in this text.
203203
@@ -246,13 +246,13 @@ Refer to the section “First parameter enclosed in parentheses”
246246* `EXPR_FNAME`
247247
248248Comes before the method name, usually after `def`, `alias`, `undef` or the
249- symbol `':'` In an independent position <code>`</code> is the method name.
249+ symbol `':'` A single " <code>`</code>" can be a name.
250250
251251* `EXPR_DOT`
252252
253253Comes after the dot in a method call. Handled similarly to `EXPR_FNAME`
254254Various reserved words are treated as simple identifiers.
255- In an independent position <code>'`'</code> is the name.
255+ A single <code>'`'</code> can be a name.
256256
257257* `EXPR_CLASS`
258258
@@ -1494,7 +1494,7 @@ The problem here are parts of single lines that come out as `+EXPR_ENDARG`.
14941494This indicates a transition occurring during parser action. According to this,
14951495for some reason an action is executed after reading the `')'` a transition to
14961496`EXPR_ENDARG` occurs and `'{'` is nicely changed into `tLBRACE_ARG` This is
1497- actually a pretty high-level technique – indiscriminately (ab)using
1497+ actually a pretty high-level technique – generously (ab)using
14981498the LALR(1) up to the (1).
14991499
15001500h4. Abusing the lookahead
0 commit comments