Changes between Version 4 and Version 5 of QualifiedIdentifiers


Ignore:
Timestamp:
Mar 13, 2007 3:06:19 PM (8 years ago)
Author:
simonmar@…
Comment:

fix various inaccuracies

Legend:

Unmodified
Added
Removed
Modified
  • QualifiedIdentifiers

    v4 v5  
    77eg.
    88
    9  * `M.where` should be 3 lexemes (Hugs treats it as 1)
    10  * `M...` should be 2 lexemes (`..` is a reserved symbol and can't be qualified, neigther GHC nor Hugs implements this)
     9 * `M.where` should be 2 lexemes, `M.wher` and `e`. (Hugs treats it as 1, GHC treats it as 3 (see [http://hackage.haskell.org/trac/ghc/ticket/1215])).
     10 * `M...` should be 2 lexemes, `M..` and `.` (`..` is a reserved symbol and can't be qualified, neigther GHC nor Hugs implements this)
     11 * `M.\` should be 2 lexemes, `M` and `.\`
    1112
    12 The trickiness in implementation is due to the lookahead required.  GHC deals with the first example with some special case code.
     13The trickiness in implementation is due to the lookahead required.
    1314
    1415Fixing the lexical syntax is easy, we define
     
    3132=== Pros ===
    3233
     34 * the consequences of the current lexical syntax are ugly (`M.wher` `e` ?) and unintentional.
    3335 * most compilers don't get it right anyway, this is just a small change that makes it easier to implement Haskell.