HORIZON HASKELLDocslts/ghc-9.10.xc74966e2026-09-27Search names, modules, packages, or :: a typeCtrl K

GHC 9.10.3 · lts/ghc-9.10.x · c74966e · 2026-09-27

Moduleghc-9.10.3GHC2021

GHC.Cmm.Node

  • 10 types
  • 14 values
  • Packageghc-9.10.3
  • Exports24
  • LanguageGHC2021
  • LicenceBSD-3-Clause
  • SourceTickish.hs
datadata CmmNode (e :: Extensibility) (x :: Extensibility) where
#

Constructors

Instances13NonLocal, DefinerOfRegs, UserOfRegs, OutputableP, Eq, …
datadata Convention
#

A convention maps a list of values (function arguments or return values) to registers or stack locations.

Constructors

  • NativeDirectCall

    top-level Haskell functions use NativeDirectCall, which maps arguments to registers starting with R2, according to how many registers are available on the platform. This convention ignores R1, because for a top-level function call the function closure is implicit, and doesn't need to be passed.

  • NativeNodeCall

    non-top-level Haskell functions, which pass the address of the function closure in R1 (regardless of whether R1 is a real register or not), and the rest of the arguments in registers or on the stack.

  • NativeReturn

    a native return. The convention for returns depends on how many values are returned: for just one value returned, the appropriate register is used (R1, F1, etc.). regardless of whether it is a real register or not. For multiple values returned, they are mapped to registers or the stack.

  • Slow

    Slow entry points: all args pushed on the stack

  • GC

    Entry to the garbage collector: uses the node reg! (TODO: I don't think we need this --SDM)

Instances2Eq, Outputable

Tick scopes

3 declarations
datadata CmmTickScope
#

Tick scope identifier, allowing us to reason about what annotations in a Cmm block should scope over. We especially take care to allow optimisations to reorganise blocks without losing tick association in the process.

Constructors

  • GlobalScope

    The global scope is the "root" of the scope graph. Every scope is a sub-scope of the global scope. It doesn't make sense to add ticks to this scope. On the other hand, this means that setting this scope on a block means no ticks apply to it.

  • SubScope !Unique CmmTickScope

    Constructs a new sub-scope to an existing scope. This allows us to translate Core-style scoping rules (see tickishScoped) into the Cmm world. Suppose the following code:

    tick1 case ... of A -> tick2 ... B -> tick3 ...

    We want the top-level tick annotation to apply to blocks generated for the A and B alternatives. We can achieve that by generating tick1 into a block with scope a, while the code for alternatives A and B gets generated into sub-scopes a/b and a/c respectively.

  • CombinedScope CmmTickScope CmmTickScope

    A combined scope scopes over everything that the two given scopes cover. It is therefore a sub-scope of either scope. This is required for optimisations. Consider common block elimination:

    A -> tick2 case ... of C -> [common] B -> tick3 case ... of D -> [common]

    We will generate code for the C and D alternatives, and figure out afterwards that it's actually common code. Scoping rules dictate that the resulting common block needs to be covered by both tick2 and tick3, therefore we need to construct a scope that is a child to *both* scope. Now we can do that - if we assign the scopes ac and bd to the common-ed up blocks, the new block could have a combined tick scope ac+bd, which both tick2 and tick3 apply to.

Instances3Eq, Ord, Outputable