2020-08-01 11:53:09 +08:00
# NPComp - MLIR based compiler toolkit for numerical python programs
> This project is participating in the LLVM Incubator process: as such, it is
not part of any official LLVM release. While incubation status is not
necessarily a reflection of the completeness or stability of the code, it
does indicate that the project is not yet endorsed as a component of LLVM.
The NPComp project aims to provide tooling for compiling numerical python programs of various forms to take advantage of MLIR+LLVM code generation and backend runtime systems.
In addition to providing a bridge to a variety of Python based numerical programming frameworks, NPComp also directly develops components for tracing and compilation of generic Python program fragments.
## Framework integrations
2020-08-19 00:43:20 +08:00
* [PyTorch ](frontends/pytorch/README.md ) -- Experimental integration for
extracting programs from PyTorch.
2020-08-01 11:53:09 +08:00
## Python language compiler tookit
At the core of NPComp are a set of dialects and python support code for tracing (define by run) numerical programs and compiling idiomatic subsets of the Python language. As another interpretation of the name, NPComp also seeks to provide compiler-backed support for Numpy APIs.
See the [features doc ](docs/features.md ) for a semi-curated status of what is implemented in this area.
### Architecture
2020-06-21 02:56:13 +08:00
The compiler is separated into:
* [Frontend importer ](python/npcomp/compiler/frontend.py ): Translates from
various AST levels to corresponding MLIR dialects.
* Frontend compiler: MLIR passes and conversions, mostly operating on the
[basicpy ](include/Dialect/Basicpy/IR/BasicpyOps.td ) and
[numpy ](include/Dialect/Numpy/IR/NumpyOps.td ) dialects.
* Backend compiler and runtime: Some effort has been taken to make this
pluggable, but right now, only the [IREE Backend ](python/npcomp/compiler/backend/iree.py )
exists. There is in-tree work to also build a minimal reference backend
directly targeting LLVM.
## Repository Layout
The project is roughly split into the following areas of code:
* [User-facing Python code ](python/npcomp )
* C++ [include ](include ) and [lib ](lib ) trees, following LLVM/MLIR conventions
* LIT testing trees:
* [test ](test ): Lit/FileCheck tests covering core MLIR based infra
2020-08-05 07:59:40 +08:00
* [test/Python/Compiler ](test/Python/Compiler ): Lit test suite that drive the compiler
2020-06-21 02:56:13 +08:00
infra from Python
* [backend_test ](backend_test ): Lit test suites conditionally enabled for
each backend
* [tools ](tools ): Scripts and binaries (npcomp-opt, npcomp-run-mlir, etc)
2020-04-30 01:55:35 +08:00
2020-05-07 13:44:12 +08:00
## Interactive Use
2020-05-03 10:54:49 +08:00
2020-05-07 13:44:12 +08:00
The cmake configuration populates symlinks in the `build/python` directory
mirroring the source layout. This allows edit-run without rebuilding (unless
if files are added/removed).
2020-04-27 06:50:23 +08:00
2020-06-30 07:19:03 +08:00
Configuring the `PYTHONPATH` as above should be sufficient to run any
2020-06-21 02:56:13 +08:00
interactive tooling (`python3`, Jupyter/Colab, etc).
2020-04-27 06:50:23 +08:00
2020-05-07 14:25:04 +08:00
Note that running the `cmake_configure.sh` script will also output a `.env`
file in the workspace folder with the correct PYTHONPATH set. This allows
tools like VSCode to work by default for debugging.
2020-04-27 06:50:23 +08:00
Notes:
* Python sources are symlinked to the output directory at configure time.
Adding sources will require a reconfigure. Editing should not.
* It is a very common issue to have both python 2.7 (aka. "python") and python
2020-06-20 01:38:51 +08:00
3.x (aka. "python3") on a system at a time (and we can only hope that one
2020-04-27 06:50:23 +08:00
day this ends). Since the native library at development time binds to a
specific version, if you try to run with a different python, you will get
an error about the "native" module not being found.
2020-04-27 11:14:20 +08:00
2020-05-30 07:39:00 +08:00
## Compiler development
For bash users, adding the following to your `.bashrc` defines some aliases
that are useful during compiler development, such as shortcuts for builing
and running `npcomp-opt` .
```
source $WHERE_YOU_CHECKED_OUT_NPCOMP/tools/bash_helpers.sh
```
2020-09-17 12:57:46 +08:00
## Build Instructions
### Common prep
```shell
# From checkout directory.
git submodule init
git submodule update
# Use clang and lld to build (optional but recommended).
LLVM_VERSION=10
export CC=clang-$LLVM_VERSION
export CXX=clang++-$LLVM_VERSION
2020-11-04 05:46:46 +08:00
# If compiling on a new OS that defaults to the CXX11 ABI (i.e. Ubuntu >= 20.04)
# and looking to use binary installs from the PyTorch website, you must build
# without the CXX11 ABI.
export CXXFLAGS="-D_GLIBCXX_USE_CXX11_ABI=0"
2020-09-17 12:57:46 +08:00
export LDFLAGS=-fuse-ld=$(which ld.lld-$LLVM_VERSION)
# Build and install LLVM/MLIR into the ./install-mlir directory
./build_tools/install_mlir.sh
```
### Vanilla - numpy-only, no pytorch
```shell
# Follow common prep above.
./build_tools/cmake_configure.sh
# Build and run tests
# ./build_tools/test_all.sh runs all of these commands.
cd build
ninja
ninja check-npcomp
# Setup PYTHONPATH for interactive use
export PYTHONPATH="$(realpath python):$(realpath build/python)"
```
2020-11-04 05:46:46 +08:00
### PyTorch Frontend (with PyTorch installed via conda)
```shell
# See note above about -D_GLIBCXX_USE_CXX11_ABI=0
2020-11-14 08:07:57 +08:00
./build_tools/cmake_configure.sh
2020-11-04 05:46:46 +08:00
cmake --build build --target check-npcomp check-frontends-pytorch
```
### PyTorch Frontend (via docker container)
2020-09-17 12:57:46 +08:00
2020-10-08 09:31:24 +08:00
Create docker image (or follow your own preferences):
2020-09-17 12:57:46 +08:00
2020-10-08 09:31:24 +08:00
* Mount the (host) source directory to `/src/mlir-npcomp` (in the container).
* Mount the `/build` directory (in the container) appropriately for your case.
2020-09-17 12:57:46 +08:00
2020-10-08 09:31:24 +08:00
```shell
2020-10-16 09:28:30 +08:00
docker build docker/pytorch-nightly --tag local/npcomp:build-pytorch-nightly
2020-10-08 09:31:24 +08:00
docker volume create npcomp-build
```
Shell into docker image:
2020-09-17 12:57:46 +08:00
```shell
docker run \
2020-10-08 09:31:24 +08:00
--mount type=bind,source=$HOME/src/mlir-npcomp,target=/src/mlir-npcomp \
--mount source=npcomp-build,target=/build \
2020-10-16 09:28:30 +08:00
--rm -it local/npcomp:build-pytorch-nightly /bin/bash
2020-09-17 12:57:46 +08:00
```
2020-10-08 09:31:24 +08:00
Build/test npcomp (from within docker image):
2020-09-17 12:57:46 +08:00
```shell
# From within the docker image.
2020-10-08 09:31:24 +08:00
cd /src/mlir-npcomp
./build_tools/install_mlir.sh
./build_tools/cmake_configure.sh
cmake --build /build/npcomp --target check-npcomp check-frontends-pytorch
2020-09-17 12:57:46 +08:00
```
2020-10-08 09:31:24 +08:00
### VSCode with a Docker Dev Image
2020-09-17 12:57:46 +08:00
2020-10-08 09:31:24 +08:00
#### Start a docker dev container based on our image
2020-09-25 08:40:25 +08:00
2020-10-08 09:31:24 +08:00
Assumes that mlir-npcomp is checked out locally under `~/src/mlir-npcomp` .
See `docker_shell_funcs.sh` for commands to modify if different.
2020-09-25 08:40:25 +08:00
```shell
2020-10-08 09:31:24 +08:00
# Build/start the container.
2020-10-10 01:21:07 +08:00
# Follow instructions here to allow running `docker` without `sudo`:
# https://docs.docker.com/engine/install/linux-postinstall/
2020-10-08 09:31:24 +08:00
source ./build_tools/docker_shell_funcs.sh
npcomp_docker_build # Only needed first time/on updates to docker files.
npcomp_docker_start
2020-09-25 08:40:25 +08:00
```
```shell
2020-10-08 09:31:24 +08:00
# Get an interactive shell to the container and initial build.
npcomp_docker_login
2020-09-25 08:40:25 +08:00
```
```shell
2020-10-08 09:31:24 +08:00
# Stop the container (when done).
npcomp_docker_stop
2020-09-25 08:40:25 +08:00
```
2020-10-08 09:31:24 +08:00
### Configure VSCode:
2020-10-10 01:21:07 +08:00
First, install the [VSCode Docker
extension](https://marketplace.visualstudio.com/items?itemName=ms-azuretools.vscode-docker) and [VSCode Remote - Containers ](https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-containers ) extension.
Follow instructions here to allow running `docker` without `sudo` ,
otherwise VSCode won't be able to use docker
https://docs.docker.com/engine/install/linux-postinstall/
(Note that VSCode has some daemons that you will need to kill/restart for
the instructions there to take effect; consider just rebooting your
machine)
Attach to your running container by opening the Docker extension tab (left panel), right clicking on the container name, and selecting "Attach Visual Studio code". The container name if you are using docker_shell_funcs.sh is `npcomp` .
2020-10-08 09:31:24 +08:00
Install extensions in container:
* CMake Tools
* C/C++
* C++ Intellisense
#### Add workspace folders:
* `mlir-npcomp` source folder
* `external/llvm-project` source folder
#### Configure general settings:
`Ctrl-Shift-P` > `Preferences: Open Settings (UI)`
* For `mlir-npcomp` folder:
* `Cmake: Build directory` : `/build/npcomp`
* Uncheck `Cmake: Configure On Edit` and `Cmake: Configure on Open`
* For `llvm-project` folder:
* `Cmake: Build directory` : `/build/llvm-build`
* Uncheck `Cmake: Configure On Edit` and `Cmake: Configure on Open`
#### Configure Intellisense:
`Ctrl-Shift-P` > `C/C++: Edit Configurations (UI)`
* Open C/C++ config (for each project folder):
* Under Advanced, Compile Commands:
* set `/build/npcomp/compile_commands.json` for mlir-npcomp
* set `/build/llvm-build/compile_commands.json` for llvm-project
* Open a C++ file, give it a few seconds and see if you get code completion
(press CTRL-Space).
Make sure to save your workspace (prefer a local folder with the "Use Local" button)!