Personal tools

Yhc/API/Core

From HaskellWiki

< Yhc | API(Difference between revisions)
Jump to: navigation, search
(Let ''is'' recursive)
(The 42 counter)
 
(12 intermediate revisions by 4 users not shown)
Line 3: Line 3:
 
Yhc Core is a way of dumping and using the internal representation of Yhc in an external project.
 
Yhc Core is a way of dumping and using the internal representation of Yhc in an external project.
   
== Haddock Documentation ==
+
== Haddock documentation ==
   
 
* http://www.cs.york.ac.uk/fp/yhc/snapshot/docs/Yhc-Core.html
 
* http://www.cs.york.ac.uk/fp/yhc/snapshot/docs/Yhc-Core.html
Line 31: Line 31:
 
== Generating Core ==
 
== Generating Core ==
   
Yhc Core files are stored as .ycr files in a binary format. They can be generated by passing the <code>-core</code> flag to the compiler:
+
Yhc Core files are stored as .ycr files in a binary format. They can be generated by passing the <code>--core</code> flag to the compiler:
   
yhc -corep Main.hs
+
yhc --core Main.hs
   
If Core files are required for the standard libraries they can be built using <code>scons core=1</code>. To view the Core output, <code>yhc Main -showcore</code>, with the output going to the screen in a pretty printed format. To view an existing Core file, <code>yhc -viewcore File.ycr</code>.
+
If you want all definitions from all libraries included in then:
  +
  +
yhc --linkcore Main.hs
  +
  +
To view the Core output, <code>yhc Main --showcore</code>, with the output going to the screen in a pretty printed format. To view an existing Core file, <code>yhc --viewcore File.ycr</code>.
   
 
== The Core output ==
 
== The Core output ==
Line 80: Line 80:
 
import Yhc.Core
 
import Yhc.Core
   
showFile x :: FilePath -> String
+
showFile :: FilePath -> IO ()
showFile x = liftM show (loadCore x)
+
showFile x = loadCore x >>= print
 
</haskell>
 
</haskell>
   
Line 97: Line 97:
   
 
Here the linker ignores the import statements and the module name, of course you can do linking driven by the import statements easily.
 
Here the linker ignores the import statements and the module name, of course you can do linking driven by the import statements easily.
  +
  +
Note: The <code>--linkcore</code> option in Yhc does automatic linking
   
 
=== SHOUT AT EVERYONE ===
 
=== SHOUT AT EVERYONE ===
Line 106: Line 108:
   
 
shout :: Core -> Core
 
shout :: Core -> Core
shout core = mapUnderCore f core
+
shout core = transformCore f core
 
where
 
where
 
f (CoreChr x) = CoreChr (toUpper x)
 
f (CoreChr x) = CoreChr (toUpper x)
Line 124: Line 126:
 
count42 :: Core -> [(String,Int)]
 
count42 :: Core -> [(String,Int)]
 
count42 core = [(name, n) | func@(Func name _ _) <- coreFuncs core,
 
count42 core = [(name, n) | func@(Func name _ _) <- coreFuncs core,
let n = length $ filter is42 $ allCore func, n /= 0]
+
let n = length $ filter is42 $ universeCore func, n /= 0]
   
 
is42 :: CoreExpr -> Bool
 
is42 :: CoreExpr -> Bool
Line 135: Line 137:
   
 
There are many invariants that hold in a Yhc Core program, and some that usually hold but aren't actually true. This secion lists both types.
 
There are many invariants that hold in a Yhc Core program, and some that usually hold but aren't actually true. This secion lists both types.
  +
  +
=== Primitives are saturated ===
  +
  +
Are all primitives called saturated? I don't know...
   
 
=== Let ''is'' recursive ===
 
=== Let ''is'' recursive ===
Line 179: Line 185:
 
where the <code>let</code> binding ''is'' recursive.
 
where the <code>let</code> binding ''is'' recursive.
   
== See Also ==
+
=== Oversaturation ''is'' possible in Core ===
  +
  +
Consider this Haskell code
  +
  +
<haskell>
  +
let g = fst tup
  +
x = g (5::Int) (6::Int)
  +
</haskell>
  +
  +
This desugars to:
  +
  +
<haskell>
  +
let Bug.Bug.Prelude.217.g = -- arity = 0
  +
let v285 = Prelude.Prelude.Num.Prelude.Integer
  +
in Prelude.fst (Bug.tup v285)
  +
in let Bug.Bug.Prelude.218.x = Bug.Bug.Prelude.217.g 5 6 -- called with 2 arguments
  +
</haskell>
  +
  +
There can be two solutions to this:
  +
  +
* evaluate <code>g</code> as soon as it is ready (i. e. before application to <code>5 6</code>): this may eliminate some laziness
  +
* take care of oversaturating arguments by storing them until <code>x</code> is to be evaluated, and evaluate <code>g</code> right before <code>x</code>: this preserves laziness
  +
  +
An example how the second solution can be implemented in Javascript, see this [[Yhc/Javascript#Oversaturation|section]] of the '''ycr2js''' page.
  +
  +
== See also ==
   
 
* [http://www.haskell.org/ghc/docs/latest/html/users_guide/ext-core.html GHC Core]
 
* [http://www.haskell.org/ghc/docs/latest/html/users_guide/ext-core.html GHC Core]
Line 187: Line 193:
 
* [http://www-users.cs.york.ac.uk/~ndm/projects/catch.php Catch] - Case Totality Checker for Haskell by [[User:NeilMitchell|Neil Mitchell]]. This takes Core as an input.
 
* [http://www-users.cs.york.ac.uk/~ndm/projects/catch.php Catch] - Case Totality Checker for Haskell by [[User:NeilMitchell|Neil Mitchell]]. This takes Core as an input.
 
* [http://www-users.cs.york.ac.uk/~ndm/projects/drhaskell.php Dr Haskell] - give hints to beginners about useful Haskell functions/idioms.
 
* [http://www-users.cs.york.ac.uk/~ndm/projects/drhaskell.php Dr Haskell] - give hints to beginners about useful Haskell functions/idioms.
  +
* [[Yhc/Javascript|ycr2js]] - a Core to Javascript translator.

Latest revision as of 14:20, 22 September 2007

Part of Yhc

(Download)

Yhc Core is a way of dumping and using the internal representation of Yhc in an external project.

Contents

[edit] 1 Haddock documentation

[edit] 2 Overview

Yhc.Core is a simple core Haskell-like language, feature case statements, let statements, top level lambda's and data values. Much of the syntactic sugar present in Haskell has gone (list comprehensions, typeclasses, overloaded names, nested lambdas)

The strengths of Yhc.Core are:

  • Simple representation of Haskell
  • Relatively simple to relate Core to original Haskell
  • Source locations are preseved
  • Minimal name mangling
  • Few syntactic forms

The weaknesses are:

  • Yhc cannot compile Yhc Core files, format is write only (fix is being worked on)
  • Types are not present (hard to fix, a lot of work)

The intended users:

  • Analysis tools
  • Compiler backends

[edit] 3 Generating Core

Yhc Core files are stored as .ycr files in a binary format. They can be generated by passing the --core flag to the compiler:

yhc --core Main.hs

If you want all definitions from all libraries included in then:

yhc --linkcore Main.hs

To view the Core output, yhc Main --showcore, with the output going to the screen in a pretty printed format. To view an existing Core file, yhc --viewcore File.ycr.

[edit] 4 The Core output

For an example of the Core output, taking the following program:

head2 (x:xs) = x
 
map2 f [] = []
map2 f (x:xs) = f x : map2 f xs
 
test x = map2 head2 x

Generates:

Sample.head2 v220 =
    case v220 of
        (:) v221 v222 -> v221
        _ -> Prelude.error Sample._LAMBDA228
 
Sample._LAMBDA228 =
    "Sample: Pattern match failure in function at 9:1-9:15."
 
Sample.map2 v223 v224 =
    case v224 of
        [] -> []
        (:) v225 v226 -> (:) (v223 v225) (Sample.map2 v223 v226)
 
Sample.test v227 = Sample.map2 Sample.head2 v227

Note that all names have been fully qualified, there are no infix operators, all pattern matches have been converted to cases.

[edit] 5 Some little samples

[edit] 5.1 Hello World, for Core

The following snippet loads a Core file and prints it out.

import Yhc.Core
 
showFile :: FilePath -> IO ()
showFile x = loadCore x >>= print

[edit] 5.2 The linker

Since all Core programs are fully qualified, linking is really easy:

import Yhc.Core
 
linker :: [Core] -> Core
linker xs = foldr f (Core "" [] [] []) xs
   where f (Core _ _ x1 x2) (Core _ _ y1 y2) = Core "" [] (x1++y1) (x2++y2)

Here the linker ignores the import statements and the module name, of course you can do linking driven by the import statements easily.

Note: The --linkcore option in Yhc does automatic linking

[edit] 5.3 SHOUT AT EVERYONE

How do you change all strings and characters into uppercase?

import Yhc.Core
 
shout :: Core -> Core
shout core = transformCore f core
    where
        f (CoreChr x) = CoreChr (toUpper x)
        f (CoreStr x) = CoreStr (map toUpper x)
        f x = x

[edit] 5.4 The 42 counter

How many of your functions contain the literal 42? How many times does it occur per function?

import Yhc.Core
 
main x = putStr $ unlines [name ++ ": " ++ show count | (name,count) <- count42 x]
 
count42 :: Core -> [(String,Int)]
count42 core = [(name, n) | func@(Func name _ _) <- coreFuncs core,
                            let n = length $ filter is42 $ universeCore func, n /= 0]
 
is42 :: CoreExpr -> Bool
is42 (CoreInt 42) = True
is42 (CoreInteger 42) = True
is42 _ = False

[edit] 6 Invariants

There are many invariants that hold in a Yhc Core program, and some that usually hold but aren't actually true. This secion lists both types.

[edit] 6.1 Primitives are saturated

Are all primitives called saturated? I don't know...

[edit] 6.2 Let is recursive

Most of the time the let in Core is non recursive, for example:

main = let f True = False
           f False = f True
       in print $ f False

generates:

Main.main =
    (Prelude.$)
      (Prelude.print Prelude.Prelude.Show.Prelude.Bool)
      (Main.Main.Prelude.195.f Prelude.False)
 
Main.Main.Prelude.195.f v205 =
    case v205 of
        Prelude.True -> Prelude.False
        Prelude.False -> Main.Main.Prelude.195.f Prelude.True

Note how the recursive let has been expanded out.

However, there are a few places this isn't true - Prelude.repeat and Prelude.cycle are similar to:

repeat x = xs where xs = x : xs

And this desugars to:

Main.rep v212 =
    let Main.Main.Prelude.196.xs =
            (Prelude.:) v212 Main.Main.Prelude.196.xs
    in Main.Main.Prelude.196.xs

where the let binding is recursive.

[edit] 6.3 Oversaturation is possible in Core

Consider this Haskell code

let g = fst tup  
    x = g (5::Int) (6::Int)

This desugars to:

let Bug.Bug.Prelude.217.g = -- arity = 0
  let v285 = Prelude.Prelude.Num.Prelude.Integer
  in Prelude.fst (Bug.tup v285)
in let Bug.Bug.Prelude.218.x = Bug.Bug.Prelude.217.g 5 6 -- called with 2 arguments

There can be two solutions to this:

  • evaluate g as soon as it is ready (i. e. before application to 5 6): this may eliminate some laziness
  • take care of oversaturating arguments by storing them until x is to be evaluated, and evaluate g right before x: this preserves laziness

An example how the second solution can be implemented in Javascript, see this section of the ycr2js page.

[edit] 7 See also

[edit] 8 Users

  • Catch - Case Totality Checker for Haskell by Neil Mitchell. This takes Core as an input.
  • Dr Haskell - give hints to beginners about useful Haskell functions/idioms.
  • ycr2js - a Core to Javascript translator.