5418e09712
Add below two apis: bool wasm_runtime_call_wasm_a(WASMExecEnv *exec_env, WASMFunctionInstanceCommon *function, uint32 num_results, wasm_val_t results[], uint32 num_args, wasm_val_t args[]) bool wasm_runtime_call_wasm_v(WASMExecEnv *exec_env, WASMFunctionInstanceCommon *function, uint32 num_results, wasm_val_t results[], uint32 num_args, ...) Signed-off-by: Xiaokang Qin <xiaokang.qxk@antgroup.com> |
||
---|---|---|
assembly-script | ||
build-scripts | ||
core | ||
doc | ||
product-mini | ||
samples | ||
test-tools | ||
wamr-compiler | ||
wamr-sdk | ||
.clang-format | ||
.gitignore | ||
ATTRIBUTIONS.md | ||
CODE_OF_CONDUCT.md | ||
CONTRIBUTING.md | ||
Dockerfile | ||
LICENSE | ||
ORG_CODE_OF_CONDUCT.md | ||
README.md | ||
SECURITY.md |
WebAssembly Micro Runtime
Build WAMR VM core | Embed WAMR | Export native function | Build WASM applications | Samples
A Bytecode Alliance project
WebAssembly Micro Runtime (WAMR) is a standalone WebAssembly (WASM) runtime with a small footprint. It includes a few parts as below:
-
The "iwasm" VM core, supporting WebAssembly interpreter, ahead of time compilation (AoT) and Just-in-Time compilation (JIT)
-
The application framework and the supporting API's for the WASM applications
-
The dynamic management of the WASM applications
iwasm VM core
key features
- 100% compliant to the W3C WASM MVP
- Small runtime binary size (85K for interpreter and 50K for AoT) and low memory usage
- Near to native speed by AoT
- Self-implemented module loader enables AoT working cross Linux, SGX and MCU systems
- Choices of WASM application libc support: the built-in libc subset for the embedded environment or WASI for standard libc
- Embeddable with the supporting C API's
- The mechanism for exporting native API's to WASM applications
- Multiple modules as dependencies
- Thread management and pthread library
post-MVP features
- Non-trapping float-to-int conversions
- Sign-extension operators
- Bulk memory operations
- Shared memory
- Multi-value
- wasm-c-api
Performance and memory usage
The WAMR performance, footprint and memory usage data are available at the performance wiki page.
Supported architectures and platforms
The iwasm supports the following architectures:
- X86-64, X86-32
- ARM, THUMB (ARMV7 Cortex-M7 and Cortex-A15 are tested)
- AArch64 (Cortex-A57 and Cortex-A53 are tested)
- MIPS
- XTENSA
Following platforms are supported. Refer to WAMR porting guide for how to port WAMR to a new platform.
Build iwasm VM core (mini product)
WAMR supports building the iwasm VM core only (no app framework) to the mini product. The WAMR mini product takes the WASM application file name or AoT file name as input and then executes it. For the detailed procedure, please see build WAMR VM core and build and run WASM application. Also we can click the link of each platform above to see how to build iwasm on it.
Build wamrc AoT compiler
Both wasm binary file and AoT file are supported by iwasm. The wamrc AoT compiler is to compile wasm binary file to AoT file which can also be run by iwasm. Execute following commands to build wamrc compiler:
cd wamr-compiler
./build_llvm.sh (use build_llvm_xtensa.sh instead to support xtensa target; use build_llvm.py for windows)
mkdir build && cd build
cmake ..
make
ln -s {current path}/wamrc /usr/bin/wamrc
For MacOS, you should replace cmake ..
with cmake -DWAMR_BUILD_PLATFORM=darwin ..
.
For Windows you should replace cmake ..
with cmake -D WAMR_BUILD_PLATFORM=windows -A Win32 ..
.
Application framework
By using the iwasm VM core, we are flexible to build different application frameworks for the specific domains, although it would take quite some effort.
The WAMR has offered a comprehensive framework for programming WASM applications for device and IoT usages. The framework supports running multiple applications, that are based on the event driven programming model. Here are the supporting API sets by the WAMR application framework library :
- Timer, Inter-app communication (request/response and pub/sub), Sensor, Connectivity and data transmission, 2D graphic UI
Browse the folder core/app-framework for how to extend the application framework.
Remote application management
The WAMR application manager supports remote application management from the host environment or the cloud through any physical communications such as TCP, UPD, UART, BLE, etc. Its modular design makes it able to support application management for different managed runtimes.
The tool host_tool communicates to the WAMR app manager for installing/uninstalling the WASM applications on companion chip from the host system. And the IoT App Store Demo shows the conception of remotely managing the device applications from the cloud.
WAMR SDK
Usually there are two tasks for integrating the WAMR into a particular project:
- Select what WAMR components (vmcore, libc, app-mgr, app-framework components) to be integrated, and get the associated source files added into the project building configuration
- Generate the APP SDK for developing the WASM apps on the selected libc and framework components
The WAMR SDK tools is helpful to finish the two tasks quickly. It supports menu configuration for selecting WAMR components and builds the WAMR to a SDK package that includes runtime SDK and APP SDK. The runtime SDK is used for building the native application and the APP SDK should be shipped to WASM application developers.
Samples
The WAMR samples integrate the iwasm VM core, application manager and selected application framework components.
- basic: Demonstrating how to use runtime exposed API's to call WASM functions, how to register native functions and call them, and how to call WASM function from native function.
- simple: The runtime is integrated with most of the WAMR APP libraries, and a few WASM applications are provided for testing the WAMR APP API set. It uses built-in libc and executes apps in interpreter mode by default.
- littlevgl: Demonstrating the graphic user interface application usage on WAMR. The whole LittleVGL 2D user graphic library and the UI application are built into WASM application. It uses WASI libc and executes apps in AoT mode by default.
- gui: Move the LittleVGL library into the runtime and define a WASM application interface by wrapping the littlevgl API. It uses WASI libc and executes apps in interpreter mode by default.
- multi-thread: Demonstrating how to run wasm application which creates multiple threads to execute wasm functions concurrently, and uses mutex/cond by calling pthread related API's.
- spawn-thread: Demonstrating how to execute wasm functions of the same wasm application concurrently, in threads created by host embedder or runtime, but not the wasm application itself.
- multi-module: Demonstrating the multiple modules as dependencies feature which implements the load-time dynamic linking.
- wasm-c-api: Demonstrating how to run some samples from wasm-c-api proposal and showing the supported API's.
Releases and acknowledgments
WAMR is a community effort. Since Intel Corp contributed the first release of this open source project, this project has received many good contributions from the community.
See the major features releasing history and contributor names
Roadmap
See the roadmap to understand what major features are planned or under development.
Please submit issues for any new feature request or your plan for contributing new features.
License
WAMR uses the same license as LLVM: the Apache 2.0 license
with the LLVM
exception. See the LICENSE file for details. This license allows you to freely
use, modify, distribute and sell your own products based on WAMR.
Any contributions you make will be under the same license.
Submit issues and contact the maintainers
Click here to submit. Your feedback is always welcome!
Contact the maintainers: imrt-public@intel.com