Open Neural Network Exchange (ONNX) is an open ecosystem that empowers AI developers to choose the right tools as their project evolves. ONNX provides an open source format for AI models, both deep learning and traditional ML. It defines an extensible computation graph model, as well as definitions of built-in operators and standard data types. Currently we focus on the capabilities needed for inferencing (scoring).
ONNX is widely supported and can be found in many frameworks, tools, and hardware. Enabling interoperability between different frameworks and streamlining the path from research to production helps increase the speed of innovation in the AI community. We invite the community to join us and further evolve ONNX.
- Overview
- ONNX intermediate representation spec
- Versioning principles of the spec
- Operators documentation
- Python API Overview
ONNX is a community project. We encourage you to join the effort and contribute feedback, ideas, and code. You can participate in the SIGs and Working Groups to shape the future of ONNX.
Check out our contribution guide to get started.
If you think some operator should be added to ONNX specification, please read this document.
We encourage you to open Issues, or use Slack for more real-time discussion
Stay up to date with the latest ONNX news. [Facebook] [Twitter]
ONNX released packages are published in PyPi.
pip install numpy protobuf==3.11.3
pip install onnx
Weekly packages are published in test pypi to enable experimentation and early testing.
A binary build of ONNX is available from Conda, in conda-forge:
conda install -c conda-forge numpy protobuf==3.11.3 libprotobuf=3.11.3
conda install -c conda-forge onnx
You can also use the onnx-dev docker image for a Linux-based installation without having to worry about dependency versioning.
Before building from source uninstall any existing versions of onnx pip uninstall onnx
.
If you are building ONNX from source, it is recommended that you also build Protobuf locally as a static library. Specifically on Windows, the version distributed with conda-forge is a DLL, but ONNX expects it to be a static library. Building protobuf locally also let's you control the verison of protobuf. The tested and recommended version is 3.11.3.
Note for Windows : The instructions in this README assume you are using Visual Studio. It is recommended that you run all the commands from a shell started from "Developer Command Prompt for VS 2019" and keep the build system generator for cmake (e.g., cmake -G "Visual Studio 16 2019") consistent while building protobuf as well as ONNX.
git clone https://github.com/onnx/onnx.git
cd onnx
git submodule update --init --recursive
# prefer lite proto
set CMAKE_ARGS=-DONNX_USE_LITE_PROTO=ON
pip install -e .
- Windows
git clone https://github.com/protocolbuffers/protobuf.git
cd protobuf
git checkout v3.11.3
cd cmake
cmake -G "Visual Studio 16 2019" -A x64 -DCMAKE_INSTALL_PREFIX=<protobug_install_dir> -Dprotobuf_MSVC_STATIC_RUNTIME=ON -Dprotobuf_BUILD_SHARED_LIBS=OFF -Dprotobuf_BUILD_TESTS=OFF -Dprotobuf_BUILD_EXAMPLES=OFF .
msbuild protobuf.sln /m /p:Configuration=Release
msbuild INSTALL.vcxproj /p:Configuration=Release
- Linux
git clone https://github.com/protocolbuffers/protobuf.git
cd protobuf
git checkout v3.11.3
git submodule update --init --recursive
mkdir build_source && cd build_source
cmake ../cmake -Dprotobuf_BUILD_SHARED_LIBS=OFF -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_POSITION_INDEPENDENT_CODE=ON -Dprotobuf_BUILD_TESTS=OFF -DCMAKE_BUILD_TYPE=Release
make -j$(nproc)
make install
- Mac
export NUM_CORES=`sysctl -n hw.ncpu`
brew update
brew install autoconf && brew install automake
wget https://github.com/protocolbuffers/protobuf/releases/download/v3.11.3/protobuf-cpp-3.11.3.tar.gz
tar -xvf protobuf-cpp-3.11.3.tar.gz
cd protobuf-3.11.3
mkdir build_source && cd build_source
cmake ../cmake -Dprotobuf_BUILD_SHARED_LIBS=OFF -DCMAKE_POSITION_INDEPENDENT_CODE=ON -Dprotobuf_BUILD_TESTS=OFF -DCMAKE_BUILD_TYPE=Release
make -j${NUM_CORES}
make install
Once build is successful, update PATH to include protobuf paths. Example on Windows:
set PATH=<protobuf_install_dir>\bin;<protobuf_install_dir>\include;<protobuf_install_dir>\libs;%PATH%
If you are building ONNX on an ARM 64 device, please make sure to install the dependencies appropriately.
pip install cython protobuf numpy
sudo apt-get install libprotobuf-dev protobuf-compiler
pip install onnx
After installation, run
python -c "import onnx"
to verify it works.
For full list refer to CMakeLists.txt
Environment variables
-
USE_MSVC_STATIC_RUNTIME
should be 1 or 0, not ON or OFF. When set to 1 onnx links statically to runtime library.
Default: USE_MSVC_STATIC_RUNTIME=1 -
DEBUG
should be 0 or 1. When set to 1 onnx is built in debug mode. or debug versions of the dependencies, you need to open the CMakeLists file and append a letterd
at the end of the package name lines. For example,NAMES protobuf-lite
would becomeNAMES protobuf-lited
.
Default: Debug=0
CMake variables
-
ONNX_USE_PROTOBUF_SHARED_LIBS
should be ON or OFF.
Default: ONNX_USE_PROTOBUF_SHARED_LIBS=OFF USE_MSVC_STATIC_RUNTIME=1
ONNX_USE_PROTOBUF_SHARED_LIBS
determines how onnx links to protobuf libraries.- When set to ON - onnx will dynamically link to protobuf shared libs, PROTOBUF_USE_DLLS will be defined as described here, Protobuf_USE_STATIC_LIBS will be set to OFF and
USE_MSVC_STATIC_RUNTIME
must be 0. - When set to OFF - onnx will link statically to protobuf, and Protobuf_USE_STATIC_LIBS will be set to ON (to force the use of the static libraries) and
USE_MSVC_STATIC_RUNTIME
can be 0 or 1.
- When set to ON - onnx will dynamically link to protobuf shared libs, PROTOBUF_USE_DLLS will be defined as described here, Protobuf_USE_STATIC_LIBS will be set to OFF and
-
ONNX_USE_LITE_PROTO
should be ON or OFF. When set to ON onnx uses lite protobuf instead of full protobuf.
Default: ONNX_USE_LITE_PROTO=OFF -
ONNX_WERROR
should be ON or OFF. When set to ON warnings are treated as errors.
Default: ONNX_WERROR=OFF in local builds, ON in CI and release pipelines.
-
Note: the
import onnx
command does not work from the source checkout directory; in this case you'll seeModuleNotFoundError: No module named 'onnx.onnx_cpp2py_export'
. Change into another directory to fix this error. -
Building ONNX on Ubuntu works well, but on CentOS/RHEL and other ManyLinux systems, you might need to open the CMakeLists file and replace all instances of
/lib
with/lib64
.
ONNX uses pytest as test driver. In order to run tests, you will first need to install pytest:
pip install pytest nbval
After installing pytest, use the following command to run tests.
pytest
Check out the contributor guide for instructions.