ghc-8.2.2: The GHC API

Safe HaskellNone
LanguageHaskell2010

Linker

Description

The dynamic linker for GHCi.

This module deals with the top-level issues of dynamic linking, calling the object-code linker and the byte-code linker where necessary.

Synopsis

Documentation

getHValue :: HscEnv -> Name -> IO ForeignHValue #

Get the HValue associated with the given name.

May cause loading the module that contains the name.

Throws a ProgramError if loading fails or the name cannot be found.

showLinkerState :: DynFlags -> IO () #

Display the persistent linker state.

linkExpr :: HscEnv -> SrcSpan -> UnlinkedBCO -> IO ForeignHValue #

Link a single expression, including first linking packages and modules that this expression depends on.

Raises an IO exception (ProgramError) if it can't find a compiled version of the dependents to link.

unload #

Arguments

:: HscEnv 
-> [Linkable]

The linkables to *keep*.

-> IO () 

Unloading old objects ready for a new compilation sweep.

The compilation manager provides us with a list of linkables that it considers "stable", i.e. won't be recompiled this time around. For each of the modules current linked in memory,

  • if the linkable is stable (and it's the same one -- the user may have recompiled the module on the side), we keep it,
  • otherwise, we unload it.
  • we also implicitly unload all temporary bindings at this point.

withExtendedLinkEnv :: ExceptionMonad m => [(Name, ForeignHValue)] -> m a -> m a #

Temporarily extend the linker state.

linkPackages :: HscEnv -> [LinkerUnitId] -> IO () #

Link exactly the specified packages, and their dependents (unless of course they are already linked). The dependents are linked automatically, and it doesn't matter what order you specify the input packages.

initDynLinker :: HscEnv -> IO () #

Initialise the dynamic linker. This entails

a) Calling the C initialisation procedure,

b) Loading any packages specified on the command line,

c) Loading any packages specified on the command line, now held in the -l options in v_Opt_l,

d) Loading any .o/.dll files specified on the command line, now held in ldInputs,

e) Loading any MacOS frameworks.

NOTE: This function is idempotent; if called more than once, it does nothing. This is useful in Template Haskell, where we call it before trying to link.