Changes between Version 4 and Version 5 of QualifiedIdentifiers

Show
Ignore:
Timestamp:
03/13/07 08:06:19 (6 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.