dockcross VS emsdk

We use the add_executable command to build executables with itk-wasm. The Emscripten and WASI toolchains along with itk-wasm build and execution configurations are contained in itk-wasm dockcross Docker images invoked by the itk-wasm command line interface (CLI). Note that the same code can also be built and tested with native operating system toolchains. This is useful for development and debugging.

Docker is great for self-contained build environments, no risk of them breaking each other. Eg. https://github.com/dockcross/dockcross

It is C ++ 11 compatible, I recommend C ++ 17, it is cross-platform (x86, ARMv7, ARMv8, PowerPC, windows, Linux...), Thanks to [dockcross](https://github.com/dockcross/dockcross) .

First of all, I learned basic instructions of AArch64 and how to use cross compile COOL codes into AArch64 assembly codes via dockcross.

It is C ++ 11 compatible, I recommend C ++ 17, with OpenMP (For better multi-core performance), it is cross-platform (x86, ARMv7, ARMv8, PowerPC, windows, Linux...), Thanks to dockcross .

I would not say it easy, but checkout this setup: https://github.com/dockcross/dockcross

I still maintain a single LXC container for each service. So far I'm doing this to run Nginx Proxy Manager and Vaultwarden, as well as a development container where I use Docker to run cross-platform builds with dockcross.

xcross provides Docker images with toolchains for a wide variety of different architectures, C and C++ standard libraries, and both bare-metal and Linux-based systems. A complete list of supported targets can be found here. This differs from dockcross in that it supports numerous more architectures and C runtimes.

One place that I’ve found some real, open source unit tests to look at for an example is in the emsdk for emscripten: https://emscripten.org

Your default path was set by emsdk, given where the path is pointing. Your modified path is the path the installer linked in the Godot docs sets, just typically that kind of stuff doesn't override existing variables. This is a good thing to keep in mind in general as if you end up having to use a different version for something else in the future and just install it expecting the installer to update it for you, you will likely run into the same issue.

Emscipten C/C++ to WebAssembly compiler.

I am playing around with Emscipten which wraps around clang to compile C/C++ code in WASM binary and provide some glue-code API to embed WASM binary into JavaScript. Look into MDN Docs and Emscripten SDK to get started.

Elm is a different approach that compiles into JavaScript. In the extreme case, you have Emscripten which will compile many language into JavaScript but will feel really clumsy compared to using JavaScript in a lot of cases.

https://emscripten.org/ ?

SQLite is a pretty popular database and it's a critical dependency for many different applications. By compiling it to Wasm32-wasi, you can add it to any WebAssembly module.

This enables a new set of possibilities for Wasm and SQLite. For example, now you can run a full WordPress application in the browser [1][2] / server [3] using the same Wasm module. Note that for the browser these projects use Emscripten [4], but in the future the same Wasm32-wasi module will work.

In general, any environment that includes a wasm runtime can potentially run applications that uses SQLite under the hood. Before, it wasn't possible.

- [1] https://wordpress.wasmlabs.dev/

- [2] https://developer.wordpress.org/playground/demo/

- [3] https://wasmlabs.dev/articles/running-wordpress-with-mod-was...

- [4] https://emscripten.org/

The emscripten interface for the assimp library. It runs entirely in the browser, and allows you to import 40+ 3D file formats and access the result in JSON or glTF format. This is not a full port of assimp, but an easy to use interface to access it's functionality.

Three.js is written in JS and loads like a JS library on a modern website. Godot is a binary application transpiled to WASM (with the help of emscripten), resulting in a pretty large initial payload. Godot provides JS integration, but it feels less "native" with its layers of abstraction.