Reading GHC Core
Solution 1:
GHC Core is the System FC language into which all Haskell is translated. The (approximate) grammar for Core is given by:
Core is closely related to the simpler and better known System F. All transformations GHC does on the Core level are type-preserving refactorings of this Core representation, to improve performance. And, not so well known, you can write directly in Core to program GHC.
GHC Core fits in the compiler pipeline (as it was in 2002, sans-LLVM and CMM):
The primary documents to learn about GHC Core are:
- An External Representation for the GHC Core Language, Tolmach, 2001
- ghc/compiler/CoreSyn, the GHC definition itself
- Secrets of the Glasgow Haskell Compiler inliner, Peyton Jones and Marlow, 1999. Core is described in Section 2.3, including details on the occurrence analysis annotations.
- A transformation-based optimiser for Haskell, Peyton Jones and Santos, 1998. Core is described in S3, including a discussion of polymorphism and operational readings of Core.
Related material that can aid understanding:
- The GHC -fext-core output
- I spent a lot of time learning Core by reading GHC source. Some is described in my undergraduate thesis from 2002, from page 16.
- From using the ghc-core tool, to generate Core in a format I find pleasing.
Core in turn is translated into STG code, which looks something like:
The funny names in Core are encoded in the "Z-encoding":
GHC Core's types and kinds (from Tolmach's paper):
Finally, GHC's primops appear regularly in GHC Core output, when you have optimized your Haskell down to the basic instructions GHC knows about. The primop set is given as a set of Core functions in a pre-processed file.
Solution 2:
A tip: If you don't care about type annotations and coercions use -ddump-simpl
together with the -dsuppress-all
option. The Core output should be much more readable.
Solution 3:
Although not exactly the GHC Core language, as Don mentions the STG language is quite similar. I recently went through the exercise of proving type safety of the STG language + machine, and afterwards I found I could understand Core easily.
The text I used to learn STG is quite accessible: Implementing Lazy Functional Languages on Stock Hardware: The Spineless Tagless G-machine by Simon Peyton-Jones. Much of the paper is concerned with implementation details, but I recommend section 4 in particular as a top-to-bottom explanation of the STG language that gives motivations for some of the counter-intuitive design decisions and provides translations of familiar examples like map
.
Solution 4:
"An External Representation for the GHC Core Language" is a document which can be found in the installation of ghc (share/doc/ghc/core.pdf
) or on the internet.