The MLRISC Library is a framework for retargetable and optimizing compiler back ends. The MLRISC Library is distributed with SML/NJ. Due to differences between SML/NJ and MLton, this library will not work out-of-the box with MLton.

As of 20100402, MLton includes a port of the MLRISC Library synchronized with SML/NJ version 110.72.

Usage

• You can import a sub-library of the MLRISC Library into an MLB file with:

  MLB file	Description
  $(SML_LIB)/mlrisc-lib/mlb/ALPHA.mlb	The ALPHA backend
  $(SML_LIB)/mlrisc-lib/mlb/AMD64.mlb	The AMD64 backend
  $(SML_LIB)/mlrisc-lib/mlb/AMD64-Peephole.mlb	The AMD64 peephole optimizer
  $(SML_LIB)/mlrisc-lib/mlb/CCall.mlb
  $(SML_LIB)/mlrisc-lib/mlb/CCall-sparc.mlb
  $(SML_LIB)/mlrisc-lib/mlb/CCall-x86-64.mlb
  $(SML_LIB)/mlrisc-lib/mlb/CCall-x86.mlb
  $(SML_LIB)/mlrisc-lib/mlb/Control.mlb
  $(SML_LIB)/mlrisc-lib/mlb/Graphs.mlb
  $(SML_LIB)/mlrisc-lib/mlb/HPPA.mlb	The HPPA backend
  $(SML_LIB)/mlrisc-lib/mlb/IA32.mlb	The IA32 backend
  $(SML_LIB)/mlrisc-lib/mlb/IA32-Peephole.mlb	The IA32 peephole optimizer
  $(SML_LIB)/mlrisc-lib/mlb/Lib.mlb
  $(SML_LIB)/mlrisc-lib/mlb/MLRISC.mlb
  $(SML_LIB)/mlrisc-lib/mlb/MLTREE.mlb
  $(SML_LIB)/mlrisc-lib/mlb/Peephole.mlb
  $(SML_LIB)/mlrisc-lib/mlb/PPC.mlb	The PPC backend
  $(SML_LIB)/mlrisc-lib/mlb/RA.mlb
  $(SML_LIB)/mlrisc-lib/mlb/SPARC.mlb	The Sparc backend
  $(SML_LIB)/mlrisc-lib/mlb/StagedAlloc.mlb
  $(SML_LIB)/mlrisc-lib/mlb/Visual.mlb

• If you are porting a project from SML/NJ's CompilationManager to MLton's ML Basis system using cm2mlb, note that the following map is included by default:

  $SMLNJ-MLRISC   $(SML_LIB)/mlrisc-lib/mlb
  

  This will automatically convert a $SMLNJ-MLRISC/MLRISC.cm import in an input .cm file into a $(SML_LIB)/mlrisc-lib/mlb/MLRISC.mlb import in the output .mlb file.

Details

The following changes were made to the MLRISC Library, in addition to deriving the .mlb file from the .cm files:

• eliminate or-patterns: Duplicate the whole match (p => e) at each of the patterns.

• eliminate vector constants: Change #[ to Vector.fromList [.

• eliminate withtype in signatures.

• eliminate sequential withtype expansions: Most could be rewritten as a sequence of type definitions and datatype definitions.

• eliminate higher-order functors: Every higher-order functor definition and application could be uncurried in the obvious way.

• eliminate where <str> = <str>: Quite painful to expand out all the flexible types in the respective structures. Furthermore, many of the implied type equalities aren't needed, but it's too hard to pick out the right ones.

Patch

• MLRISC.patch