Changes between Version 5 and Version 6 of GhcApiStatus


Ignore:
Timestamp:
May 15, 2008 1:46:00 PM (7 years ago)
Author:
nominolo
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • GhcApiStatus

    v5 v6  
    2323 * [http://www.haskell.org/haskellwiki/GHC/As_a_library GHC as a Library], the Haskell Wiki page 
    2424 * [http://hackage.haskell.org/trac/ghc/wiki/Commentary/Compiler/API GHC Commentary on the GHC API] (may be outdated) 
     25 
     26== Various Ideas, Comments, Questions == 
     27 
     28 * '''Interface Stability''' - Is there a way to reduce version-skew for clients of the GHC 
     29   API (currently, there is no stability guaranteed at all, so if you 
     30   don't want to live with lots of #ifdefs and breakage, you keep 
     31   delaying your fantastic GHC API-base projects "until the dust 
     32   settles") (Claus Reinke) 
     33 * Is it possible to use standalone deriving to get a generic 
     34   programming framework over the ASTs without blowing 
     35   up GHC's code for its own use (deriving Data, etc.)? (Claus Reinke) 
     36 * From {{{compiler/main/GHC.hs}}}: 
     37{{{ 
     38-- NOTE: 
     39--   - things that aren't in the output of the typechecker right now: 
     40--     - the export list 
     41--     - the imports 
     42--     - type signatures 
     43--     - type/data/newtype declarations 
     44--     - class declarations 
     45--     - instances 
     46--   - extra things in the typechecker's output: 
     47--     - default methods are turned into top-level decls. 
     48--     - dictionary bindings 
     49}}} 
     50 * dynamic loading of Haskell code, ala hs-plugins, but without 
     51   the version/platform issues (GHCi has to be able to do this 
     52   anyway, but it would be nice to have the ugly bits hidden, 
     53   such as {{{unsafeCast#}}}, or whatever it was). that might require 
     54   a standard for typeReps, if I recall correctly.. (Claus Reinke)