| commit | ae1c3a2d33bc20ac3aef4022dbc9bde7b185ff6c | [log] [tgz] |
|---|---|---|
| author | Stella Laurenzo <laurenzo@google.com> | Thu Mar 17 11:17:58 2022 -0700 |
| committer | GitHub <noreply@github.com> | Thu Mar 17 11:17:58 2022 -0700 |
| tree | b29d8118ced8b38d0463b121ac206a583c889023 | |
| parent | 6734dcbffe05f6bd6208f377644e10f7e87eacc8 [diff] |
Hoist buildIREEVMTransformPassPipeline() to its own library and build standalone ireec tool. (#8559) * Hoist buildIREEVMTransformPassPipeline() to its own library and build standalone ireec tool. * NFC for iree-translate: we can slim it down in a subsequent patch, but right now, it does exactly what it did before. * Supplies the ConstEval hook at the very top levels in order to make dependencies a DAG. * Refactors constant jitting to use buildIREEVMTransformPassPipeline() now that the circular dep is broken. * Makes IREEVM/CMakeLists.txt generated by bazel_to_cmake: * If EMITC is disabled, just generated dummy libraries that do not define IREE_HAVE_EMITC_DIALECT * Adds an iree/compiler/Dialect/VM/Target/C:Enabled library which defines IREE_HAVE_EMITC_DIALECT * Backs out build graph changes based on emitc enable/disable: now the targets remain no matter what and code can just check the macro * Removes the global CMake IREE_HAVE_EMITC_DIALECT copt. * Adds new ireec tool: * Gloms it onto the existing iree_translate_lib which will get renamed to ireec_lib when I'm done (and the existing iree-translate bits that are still needed just inlined into iree-translate-main.cc). * Requires an input file (or '-') vs blocking forever. * Translation is specified with a new `--output-format=vm-bytecode|c-module|vm-asm` with fallbacks to the old `--iree-mlir-to-vm-c-module` and `--iree-mlir-to-vm-bytecode-module` * Defaults to "vm-bytecode". * Adds a bit of grouping to CL options for aesthetics. * Removes the redundant emitError on the module for any failure (for both old and new tool). This is redundant and we now just print a simple compile failed message to errs() in case if there are any lingering bugs where we return failure() but fail to emit a diagnostic. Should be a pretty big QOL improvement. * A subsequent patch will convert everything to use ireec and downgrade iree-translate to just a serialization testing tool.
IREE (Intermediate Representation Execution Environment, pronounced as “eerie”) is an MLIR-based end-to-end compiler and runtime that lowers Machine Learning (ML) models to a unified IR that scales up to meet the needs of the datacenter and down to satisfy the constraints and special considerations of mobile and edge deployments.
See our website for project details, user guides, and instructions on building from source.
IREE is still in its early phase. We have settled down on the overarching infrastructure and are actively improving various software components as well as project logistics. It is still quite far from ready for everyday use and is made available without any support at the moment. With that said, we welcome any kind of feedback on any communication channels!
| CI System | Build System | Platform | Architecture | Configuration / Component | Status |
|---|---|---|---|---|---|
| Kokoro | Bazel | Linux | x86-64 |  | |
| Kokoro | CMake & Bazel | Linux | x86-64 (swiftshader) | Integrations |  |
| Kokoro | CMake & Bazel | Linux | x86-64 (turing) | Integrations |  |
| Kokoro | CMake | Linux | x86-64 (swiftshader) |  | |
| Kokoro | CMake | Linux | x86-64 (swiftshader) | asan |  |
| Kokoro | CMake | Linux | x86-64 (turing) |  | |
| Kokoro | CMake | Android | arm64-v8a | Runtime (build only) |  |
| Kokoro | CMake | Bare Metal | risc-v-32 | Runtime |  |
| Kokoro | CMake | Linux | risc-v-64 | Runtime |  |
| Buildkite | CMake | Android | arm64-v8a | Runtime |  |
| BuildKite | CMake | Android | arm64-v8a | Runtime Benchmarks |  |
| BuildKite | CMake | Linux | x86-64 | Tracing + Standalone Runtime |  |
See our website for more information.
IREE is licensed under the terms of the Apache 2.0 License with LLVM Exceptions. See LICENSE for more information.