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)