Skip to content
forked from faasm/python

Tools for using CPython and Python code in Faasm

License

Notifications You must be signed in to change notification settings

auto-ndp/faasm-python

 
 

Repository files navigation

Faasm Python Environment Tests License

This build cross-compiles CPython and a number of Python modules to WebAssembly for use in Faasm.

It also provides a small Python library which uses ctypes to support calls to the Faasm host interface.

Development

Most use of this project is via the Faasm development environment.

You should only need the instructions below if you want to:

  • Modify the Faasm CPython runner.
  • Change the Faasm Python host interface (pyfaasm).
  • Add Python libraries to the Faasm environment.

Building CPython and libraries

To set up your local environment, run the python CLI as per the Faasm docs, then:

# Install a local dev version of the cpp tools
pip3 uninstall faasmtools
pip3 install -e third-party/cpp

# Install the matching native python in your local env
./bin/install_build_python.sh

# Compile CPython to wasm
inv cpython

# Set up and activate cross-env
./bin/crossenv_setup.sh

# Activate cross-env
. cross_venv/bin/activate

# Build Python libraries
inv libs.install

# Copy runtime files into place
inv runtime

# Build the Faasm function to wrap CPython
inv func

# Copy the actual Python functions into place
inv func.upload-all --local

Code changes

The CPython build uses this slightly modified fork of CPython.

To see the changes made to CPython, see this compare.

A similar (small) list of changes for numpy can be seen here.

CPython is built statically, some notes on this process can be found here.

Several of the code changes to CPython and numpy were borrowed from pyodide.

Releasing

This repo gets built as a container, faasm/cpython. If you want to release a new version, you can:

  • Update the version in VERSION and .github/workflows/tests.yml
  • Commit to your branch
  • Run inv git.tag
  • Check the release build has run
  • Create a pull request

Set-up notes

We highly recommend using the containerised approach above. Everything discuessed below is already set up in the container environment, and these notes are only useful when debugging or upgrading parts of the build.

CPython on the build machine/ container

To cross-compile CPython and C-extensions, we need a version of Python on the build machine that exactly matches the version of CPython we're building. This is handled with the install_build_python.sh script.

This will install Python at /usr/local/faasm/python3.8.

When cross-compiling we have to use this Python when running commands and scripts on the build machine (not any other Python that might be installed).

Upgrading Pip

Do not upgrade Pip in the build machine copy of Python.

The versions of Pip and Python for wasm and the build machine must match exactly.

Building CPython to WebAssembly

You can build CPython by running (with optional --clean):

inv cpython

The result is installed at third-party/cpython/install/wasm.

We provide a Setup.local file, which specifies which standard CPython modules will be built statically.

At the end of the CPython build, it will print out a list of which modules have been successfully built and which have failed. Note that many of the standard library modules will fail in this build, but the ones we need should succeed.

Cross-compilation set-up

Setuptools and distutils both interrogate the Python system environment during the build process. This makes it quite difficult to cross-compile libraries, so we use crossenv.

See the dev instructions above for set-up.

Changing the crossenv environment

Crossenv picks up the cross-compilation environment from the CPython build artifacts. Therefore, to make changes to the cross-compilation environment:

  • Modify the CPython build (see tasks.py)
  • Rerun the CPython build (inv cpython --clean)
  • Rebuild the crossenv (./bin/crossenv_setup.sh)
  • Enter the crossenv and inspect the environment with bin/sanity_check.py

Modules

With the crossenv activated, we can build modules with normal pip.

There is a wrapper script that will apply modifications if we know about them. To run this you must first have the cross-env activated as described above.

# Install all supported modules
inv libs.install

# Install experimental modules
inv libs.install --experimental

# Install numpy
inv libs.install --name numpy

# (Attempt) to install arbitrary module
inv libs.install --name <module_name>

Libraries will then be installed to cross_venv/cross/lib/python3.8/site-packages.

Debugging module builds

You can debug module builds by running python setup.py install through your debugger.

You can also set DISTUTILS_DEBUG=1 to get distutils to print more info.

Experimental modules

Some of the modules are experimental, these may require some extra set-up.

MXNet and Horovod

To install the Python MXNet module we first need to cross-compile the MXNet shared library:

# Update all submodules
cd third-party/mxnet
git submodule update --init
cd ../horovod
git submodule update --init

# Run our MXNet cross-compile (outside crossenv)
cd ../..
inv mxnet

Then we can install mxnet and horovod:

. ./cross_venv/bin/activate
inv libs.install --name mxnet
inv libs.install --name horovod

Cleaning and uninstalling

# Clean then rebuild
inv mxnet --clean

# Uninstall mxnet
inv mxnet.uninstall

BLAS and LAPACK

Faasm's normal BLAS and LAPACK support using CLAPACK should be picked up by numpy due to the addition of the site.cfg. (note 19/03/21 this has been temporarily disabled).

About

Tools for using CPython and Python code in Faasm

Resources

License

Stars

Watchers

Forks

Packages

 
 
 

Languages

  • Python 73.2%
  • C 8.7%
  • C++ 8.4%
  • Shell 6.2%
  • CMake 2.0%
  • Dockerfile 1.5%