Building Singularity-EOS

There are two main ways to build singularity-eos: 1. Through the spack interface 2. Through the cmake system

Installing Via Spack

Warning

The spack build is currently experimental. Please report problems you havee as github issues.

Although the spackage has not yet made it to the main Spack repositories, we provide a spackage for singularity-eos witin the the singularity-eos source repository. If you have spack installed, simply call

git clone --recursive git@github.com:lanl/singularity-eos.git
spack repo add singularity-eos/spack-repo
spack install singularity-eos

to install singularity-eos into your spack instance. The spackage supports a number of relevant variants:

Variant Name [default]

Allowed Values

Description

build_extra [none]

none, sesame, stellarcollapse

Build sesame2spiner or stellarcollapse2spiner

build_type [RelWithDebInfo]

Debug, Release, RelWitHDebInfo, MinSizeRel

Equivalent to -DCMAKE_BUILD_TYPE in cmake build

cuda [off]

on, off

Build with cuda

cuda_arch [none]

see kokkos spec

The target GPU architecture

doc [off]

on, off

Build sphinx docs

format [off]

on, off

Support for clang-format

fortran [on]

on, off

Provide fortran bindings

ipo [off]

on, off

CMake interprocedural optimization

kokkos [off]

on, off

Enable Kokkos backend Required for cuda support

kokkos-kernels [off]

on, off

Use kokkos-kernels for linear algebra suport, which is needed with mixed-cell closures on GPU

mpi [off]

on, off

Build with parallel HDF5 otherwise build with serial

openmp [off]

on, off

Build Kokkos openmp backend

tests [off]

on, off

Build tests

Building Via Cmake

The cmake build offers a few more options. For example, it supports building without hdf5 and bulding “in-tree” by adding the singularity-eos directory via cmake’s add_subdirectory.

For example, if singularity-eos is a submodule in the external directory of your project, you might call a line like this in your CMakeLists.txt.

add_subdirectory(external/singularity-eos singularity-eos)

At it’s simplest, the cmake build process looks like this:

git clone --recursive git@github.com:lanl/singularity-eos.git
cd singularity-eos
mkdir bin
cd bin
cmake ..
make install

You can set options on the cmake line via, e.g.,

cmake -DSINGULARITY_USE_HDF5=ON -DCMAKE_BUILD_TYPE=Debug ..

at the cmake configure line. The following cmake options (in addition to the standard ones) are supported:

Option [default]

Value Type

Default

Description

SINGULARITY_USE_HDF5

boolean

OFF

Use HDF5

SINGULARITY_USE_FORTRAN

boolean

ON

Enable fortran bindings

SINGULARITY_USE_KOKKOS

boolean

OFF

Use Kokkos backend. Required for GPU support

SINGULARITY_USE_EOSPAC

boolean

OFF

Enable eospac. Required for sesame2spiner and for the eospac equation of state class.

SINGULARITY_USE_CUDA

boolean

OFF

Enable cuda

SINGULARITY_USE_KOKKOSKERNELS

boolean

OFF

Use kokkos kernels for linear algebra. Linear algebra is needed for mixed cell closures. And kokkos kernels is required for linear algebra on GPU. If kokkos kernels is disabled, Eigen is used.

SINGULARITY_BUILD_TESTS

boolean

OFF

Turn on testing

SINGULARITY_BUILD_PYTHON

boolean

OFF

Build Python Bindings

SINGULARITY_BUILD_EXAMPLES

boolean

OFF

Build code in examples directory

SINGULARITY_BUILD_SESAME2SPINER

boolean

OFF

Build converter from sesame to sp5 tables

SINGULARITY_BUILD_STELLARCOLLAPSE2SPINER

boolean

OFF

Build converter from stellar collapse tables to sp5 format. This is not required to use the stellar collapse reader, but sp5 files are faster to load.

SINGULARITY_BETTER_DEBUG_FLAGS

boolean

ON

Makes for more verbose compiler output but can cause problems for in-tree builds.

SINGULARITY_HIDE_MORE_WARNINGS

boolean

OFF

Makes for less verbose compiler output but can cause problems for in-tree builds.

SINGULARITY_SUBMODULE_MODE

boolean

OFF

Set other options for in-tree builds

SINGULARITY_BUILD_CLOSURE

boolean

ON

Build mixed cell closure models

SINGULARITY_TEST_SESAME

boolean

OFF

Test the sesame table readers

SINGULARITY_TEST_STELLAR_COLLAPSE

boolean

OFF

Test stellar collapse readers

SINGULARITY_TEST_PYTHON

boolean

OFF

Test the Python Bindings

SINGULARITY_USE_SINGLE_LOGS

boolean

OFF

Use single-precision logs. Can harm accuracy.

SINGULARITY_FMATH_USE_ORDER_4

boolean

OFF

Use 4th- or 5th-order accurate fast logs. This is faster but less accurate. The default accuracy is 7th-order.

SINGULARITY_FMATH_USE_ORDER_4

boolean

OFF

SINGULARITY_HDF5_INSTALL_DIR

string

NONE

Location of external library. Not needed, but a hint for cmake.

SINGULARITY_MPI_INSTALL_DIR

string

NONE

SINGULARITY_KOKKOS_INSTALL_DIR

string

NONE

SINGULARITY_KOKKOSKERNERNELS_INSTALL_DIR

string

NONE

SINGULARITY_KOKKOSKERNELS_SUB_DIR

string

NONE

Set this to build kokkos-kernels “in-tree” by adding it as a subdirectory.

Example builds

Building singularity-eos with Python wrappers in a virtual environment:

git clone --recursive git@github.com:lanl/singularity-eos.git
cd singularity-eos
mkdir -p python-build/build
cd python-build
python3 -m venv singularity-eos
source singularity-eos/bin/activate
pip install numpy h5py matplotlib # and whatever else you want
cd build
cmake -DSINGULARITY_USE_HDF55=ON -DSINGULARITY_BUILD_PYTHON=ON -DCMAKE_INSTALL_PREFIX=$VIRTUAL_ENV ../..
make -j
make install

Dependencies

singularity-eos has a number of dependencies that are handled in a number of different ways:

  • spiner is a required dependency, included as a submodule

  • hdf5 is an optional dependency. It is needed for the table readers. If you want it, it must be installed externally and findable by cmake. MPI is an optional dependency of hdf5, but otherwise not needed.

  • eospac is an optional dependency. This is needed if you want to use sesame tables. If you want it, it must be installed externally and findable by cmake

  • kokkos is an optional dependency. It provides GPU support. If it’s available externally, singularity-eos will use the available version. If not, singularity-eos will use its own version, packaged as a submodule.

  • Eigen is an optional dependency and is used for linear algebra on the CPU when doing mixed-cell closures. If it’s available externally, singularity-eos will use the available version. If not, singularity-eos will use its own version, packaged as a submodule.

  • kokkos-kernels is an optional dependency. This must be available externally if desired, but there are a number of ways to expose it. One can set SINGULARITY_KOKKOSKERNELS_SUB_DIR to tell cmake where to add_subdirectory to make it available. One can also simply let cmake find a pre-installed version of the library.

  • pybind11 is an optional dependency. cmake will either find and externally installed version or fetch it from GitHub on-demand.

  • A fortran compiler is required if fortran bindings are enabled.

If you use spack, but would like to build singularity-eos from source, you can install dependencies via, e.g.,

git clone --recursive git@github.com:lanl/singularity-eos.git
spack repo add singularity-eos/spack-repo
spack install --only dependencies singularity-eos+cuda cuda_arch=70

which will install all the dependencies for the variant of singularity-eos you’ve chosen.

Spack can also be used to generate a cmake configuration file based on the package variants, so that your development environment and build configuration are consistent

spack install singularity-eos
spack load singularity-eos
cd <to/build/dir>
cmake -C $SINGULARITY_SPACK_CMAKE_CONFIG <path/to/source/dir>