# Installer wasm3 avec Homebrew, MacPorts

Consultez les chemins d'installation, exécutables, métadonnées et notes de sécurité de wasm3 pour les workflows d'agents IA.

## installation

```sh
sudo av install brew:wasm3
```

Commandes d'installation supplémentaires:

### macOS

- Homebrew (100%):

```sh
brew install wasm3
```

  Preuve: local Homebrew formula metadata

- MacPorts (94%):

```sh
sudo port install wasm3
```

  Preuve: MacPorts ports tree: lang/wasm3/Portfile from https://api.github.com/repos/macports/macports-ports/git/trees/master?recursive=1

## Faits du paquet

- **Clé du paquet:** brew:wasm3
- **Gestionnaire de paquets:** Homebrew
- **Version:** 0.5.0
- **Résumé source:** High performance WebAssembly interpreter
- **Page d'accueil:** <https://twitter.com/wasm3_engine>
- **Dépôt:** <https://github.com/wasm3/wasm3>
- **Dernière mise à jour:** 2026-06-15T10:21:23-04:00
- **Généré:** 2026-08-03T19:37:03+00:00

## exécutables

- wasm3 (alias)

## Comportement d'installation

- Bouteille: non disponible

## Version et fraîcheur

- page générée: 2026-08-03
- version du gestionnaire: 0.5.0
## Historique du projet et usages

Wasm3 is a compact WebAssembly interpreter written in C, positioned by its maintainers as a fast and highly portable runtime rather than a JIT compiler. Its niche is running Wasm in places where engines such as V8, Wasmtime, or Wasmer are too large, unavailable, or unsuitable because dynamic code generation is restricted.

### Historique du projet

The source tree identifies Wasm3 as a high-performance WebAssembly interpreter with 2019 copyrights for Steven Massey and Volodymyr Shymanskyy. The project documentation explains that its M3 interpreter strategy existed before this specific Wasm runtime and was adapted because the approach fit WebAssembly's bytecode structure.

The interpreter documentation describes M3 as a C implementation using a novel high-performance topology. Instead of emphasizing ahead-of-time or just-in-time compilation, Wasm3 translates WebAssembly opcodes into internal operations intended to execute efficiently in an interpreter, making it a useful counterpoint to the compiler-heavy runtimes that dominate server-side Wasm.

### Historique d'adoption

Wasm3's adoption story is strongest in embedded and constrained-device circles. The companion Arduino repository says the runtime needs roughly 64 KB of flash and 10 KB of RAM for minimal functionality and lists devices such as ESP32, ESP8266, Arduino MKR, Particle, ST Nucleo, BluePill, Nordic nRF5, and Teensy as verified targets.

The main repository also frames Wasm3 as universal, with topics covering embedded, IoT, serverless, containers, sandboxing, smart contracts, and edge computing. That breadth reflects its role as a small embeddable engine: developers use it when they want Wasm as a portable plugin or scripting format but cannot afford a heavier optimizing runtime.

### Modes d'utilisation

Command-line users run wasm3 against a .wasm file to execute a module locally. Embedded users more often link the C runtime into firmware or an application host, load a Wasm module from flash, storage, or a network update path, and expose only a small set of host functions to the guest module.

Package-nerd usage tends to compare Wasm3 with WAMR, wasmi, wasm-interp, and JIT runtimes. Wasm3 is chosen for portability and low memory ceilings; Wasmtime or Wasmer are usually chosen when standard WASI coverage, component-model support, or peak JIT/AOT performance matters more.

### Pourquoi les passionnés de paquets s'y intéressent

Wasm3 is significant because it keeps the interpreter design space visible in a WebAssembly ecosystem often led by optimizing compilers. For package maintainers, it is a reminder that the same .wasm artifact can target browsers, server runtimes, and tiny boards, but that the host ABI and resource budget determine which runtime is realistic.

It also matters as a minimal embeddable dependency: a C runtime with a CLI and microcontroller examples is easier to fit into unusual packaging environments than a larger Rust or C++ runtime stack.

### Chronologie

- 2019: Wasm3 source files identify the project as a high-performance WebAssembly interpreter by Steven Massey and Volodymyr Shymanskyy.
- 2020: Wasm3 was discussed publicly as a fast WebAssembly interpreter in C, with attention on its M3 execution model.
- 2020s: The Arduino and embedded repositories documented operation on small microcontrollers, giving Wasm3 a durable niche among constrained-device Wasm runtimes.

### Related projects

- WAMR is a related lightweight WebAssembly runtime aimed at embedded, IoT, edge, and trusted-execution use cases.
- Wasmtime and Wasmer are heavier standalone runtimes with stronger WASI, embedding, and compiler stories.
- The WebAssembly reference interpreter and wasm-interp are useful comparison points for correctness and testing rather than minimal embedded deployment.

### Sources

- <https://github.com/wasm3/wasm3>
- <https://github.com/wasm3/wasm3-arduino>
- <https://github.com/wasm3/wasm3/blob/main/docs/Interpreter.md>
- <https://github.com/wasm3/wasm3/blob/main/source/wasm3.h>


## Notes de sécurité

generalized runtime or code generation signal.

- **Risque Geiger:** yellow / moyen
- generalized runtime or code generation signal

## Autres enregistrements de gestionnaires de paquets

- MacPorts - wasm3: normalized package name match | MacPorts ports tree: lang/wasm3/Portfile from https://api.github.com/repos/macports/macports-ports/git/trees/master?recursive=1


## Combined YAML source

View the package source record on GitHub. [combined/wasm3.yml](https://github.com/mxcl/pkgdb/blob/main/combined/wasm3.yml)


## Sources

- pkg.so package database
- Geiger risk classifier
- curated package history
- pkgdb category and tag curation
- external package-manager database matches
- cross-ecosystem install command graph
