The VM suite allows you to build custom GraalVM distributions, as well as installable components. It defines a base GraalVM distribution that contains the JVMCI-enabled JDK, the GraalVM SDK, Truffle, and the GraalVM component installer. More components are added by dynamically importing additional suites. This can be done either by:
- running
mx --dynamicimports <suite...> build - setting the
DEFAULT_DYNAMIC_IMPORTSorDYNAMIC_IMPORTSenvironment variables before runningmx build - running
mx --env <env file> build
After the compilation:
- the
latest_graalvmsymbolic link points to the latest built GraalVM mx [build-time arguments] graalvm-homeprints the path to the GraalVM home directory
Note that the build dependencies of each component are specified in the README file of the corresponding repository.
A common requirement is that the JAVA_HOME environment variable must point to the latest JVMCI-enabled JDK8 (pre-built archives; build instructions).
In any of the build commands, replace build with graalvm-show:
$ mx ... graalvm-showThis will show a list of components, launchers and libraries to be built.
It is recommended to verify this output before running build.
The base GraalVM CE image includes:
- SubstrateVM (without the
native-imagetool) - GraalVM compiler & the Truffle partial evaluator (imported as a dependency of
substratevm) - The VisualVM, AgentScript, GraalVM Chrome Inspector, GraalVM Profiler, GraalVM Coverage, and GraalVM Language Server tools
- Sulong
- Graal.nodejs
- Graal.js (imported as a dependency of
graal-nodejs) - the
polyglotlauncher - the
libpolyglotshared library
In our CI, we build it using:
- the latest JVMCI-enabled JDK8 (pre-built archives; build instructions). The
JAVA_HOMEenvironment variable must point to it. gcc:4.9.2make:3.83cmake:3.15.2
Newer versions might also work. For more details, please check the README file of each component.
To start the build, you can either run:
$ mx --env ce buildWhich uses the settings in the env file in mx.vm/ce. Note that you can add custom env files to your mx.vm directory, and call mx --env <env file name> build.
$ mx --dynamicimports /substratevm,/tools,/sulong,/graal-nodejs --exclude-components=nju,nic,ni,nil,llp --force-bash-launchers=polyglot build$ export DEFAULT_DYNAMIC_IMPORTS=/substratevm,/tools,/sulong,/graal-nodejs
$ export EXCLUDE_COMPONENTS=nju,nic,ni,nil,llp
$ export FORCE_BASH_LAUNCHERS=polyglot
$ mx buildor:
$ export DYNAMIC_IMPORTS=/substratevm,/tools,/sulong,/graal-nodejs
$ export EXCLUDE_COMPONENTS=nju,nic,ni,nil,llp
$ export FORCE_BASH_LAUNCHERS=polyglot
$ mx buildNote that the suites listed in:
DYNAMIC_IMPORTSare always importedDEFAULT_DYNAMIC_IMPORTSare imported only if no other dynamic import is specified (via command line, env file, or environment variable)
Installable components for the Graal Updater (gu) are built alongside the GraalVM for languages other than JS.
For example:
$ env FASTR_RELEASE=true mx --dynamicimports fastr,truffleruby,graalpython,/substratevm buildcreates:
- a GraalVM image which includes the base CE components plus FastR, TruffleRuby, and Graal.Python
- the installables for FastR, TruffleRuby, and Graal.Python
When substratevm is imported, the build system creates native launchers for the supported languages and for polyglot, plus the shared polyglot library (libpolyglot).
Otherwise, it creates bash launchers for the languages and for polyglot, and does not create the shared polyglot library.
To override the default behavior, the vm suite defines the following mx arguments:
--native-images=... Comma-separated list of launchers and libraries (syntax: lib:polyglot) to build with Native Image.
--disable-libpolyglot Disable the 'polyglot' library project
--disable-polyglot Disable the 'polyglot' launcher project
--force-bash-launchers=... Force the use of bash launchers instead of native images.
This can be a comma-separated list of disabled launchers or `true` to disable all native launchers.
And the following environment variables:
NATIVE_IMAGES Same as '--native-images'
DISABLE_LIBPOLYGLOT Same as '--disable-libpolyglot'
DISABLE_POLYGLOT Same as '--disable-polyglot'
FORCE_BASH_LAUNCHERS Same as '--force-bash-launchers'
Note that when the shared polyglot library is not built, Graal.nodejs can only work in JVM-mode (node --jvm [args]).
$ mx --disable-polyglot --disable-libpolyglot --dynamicimports /substratevm,/tools,/sulong,/graal-js buildbuilds the native SubstrateVM launchers for native-image, Graal.js, and Sulong, but no polyglot launcher and polyglot library.
$ mx --force-bash-launchers=true --dynamicimports /substratevm,/tools,/sulong,/graal-nodejs buildbuilds the native SubstrateVM launcher for native-image, and creates bash launchers for Sulong, Graal.js, and polyglot
$ mx --dy truffleruby --components='TruffleRuby' build$ mx --dy truffleruby,/substratevm,/tools --components='TruffleRuby,Native Image,suite:tools' --native-images=lib:rubyvm buildor as env file (e.g., in mx.vm/ruby):
DYNAMIC_IMPORTS=truffleruby,/substratevm,/tools
COMPONENTS=TruffleRuby,Native Image,suite:tools
NATIVE_IMAGES=lib:rubyvm
$ mx --env ruby buildThis also include all tools, which is of course optional.
Dynamic imports typically require the user to locate and clone the dynamically imported suites.
There is also no indication of which version of those suites would work.
To avoid this issue, the vm suite uses "versioned dynamic imports".
The mx.vm/suite.py file contains references to all the suites that might be imported to compose a GraalVM.
Unlike usual suite imports, they are marked as dynamic, which means they are only considered if they are part of the dynamically imported suites.
However, when they are included, they have URLs and versions which allow mx to automatically clone the correct version.
More details can be found in docs/dynamic-imports.md in the mx repository.
$ mx --env ce sforceimports
$ mx --env ce buildSuites can register new, custom components callingmx_sdk.register_graalvm_component().