Mach is still early stages - see what we have today and stay tuned

Mach: game engine & graphics toolkit for the future

Written in Zig, Mach is for creating games, graphical applications, and desktop/mobile apps:

Data-driven, tooling oriented
Composable
Competitive with Unity and Unreal in spirit (a fully fledged editor in the future, etc.)

Cross-platform graphics in ~60 seconds

git clone https://github.com/hexops/mach
cd mach/
zig build run-example-boids

Cross-platform graphics, a unified shader language & compute shaders.

(Requires zig 0.10.x | known issues)

Libraries

Mach has many libraries you can use for game development in Zig - you don't have to use the entire engine. All our libraries aim to have the same zero-fuss installation, cross compilation, and platform support:

mach-glfw: Ziggified GLFW bindings with 100% API coverage
mach-freetype: Ziggified Freetype 2 & HarfBuzz bindings
mach-gpu-dawn: Google's Dawn WebGPU implementation, cross-compiled with Zig into a single static library
mach-system-sdk: More libraries for cross-compilation with Zig

Join the community

#hexops:matrix.org Matrix chat and Discord server, come discuss the future of game engines & graphics in Zig!
machengine.org
Follow @machengine on Twitter for updates.

Contributors are very welcome! There are lots of places you can help out with little knowledge, so feel free to join the Matrix chat and say hi!

Sponsor development

No, it’s not Tom from myspace - it’s me, @slimsag! It’s taken almost a year to get here - staring at broken CI pipelines, C++ compiler errors, buying hardware to test every OS+arch possible, and more.

There are few things in life that I am more serious about than this work. I dedicate ~48 hours/week to my dayjob, and ~50h/week to Zig building Mach and running zigmonthly.org. After three years of aggressively pushing for progress in this exact way, I have no plans to slow down anytime soon.

Supported platforms

Mach is still early stages, so far we have support for building from the following OS to the following targets:

Building for	From macOS x86_64	From macOS M1/aarch64	From Linux x86_64	From Windows x86_64
macOS x86_64	✅	✅	✅	✅
macOS M1/aarch64	✅	✅	✅	✅
Linux x86_64	✅	✅	✅	✅
Windows x86_64	✅	✅	✅	✅
iOS	🏃	🏃	🏃	🏃
Android	🏃	🏃	🏃	🏃
Web (Wasm)	🏃	🏃	🏃	🏃

✅ Tested and verified via CI.
✔️ Should work, not tested via CI yet.
🏃 Planned or in progress.
⚠️ Implemented, but has known issues (e.g. bugs in Zig.)

Supported Zig version

Zig has switched to the self-hosted compiler recently. This is a huge milestone, but currently means that Zig nightly versions are a little bit unstable. For now, we suggest using a slightly older Zig version before the switch to the self-hosted compiler.

Currently tested with: 0.10.0-dev.3842+36f4f32fa

You can download binary releases of this version at:

linux-x86_64: https://ziglang.org/builds/zig-linux-x86_64-0.10.0-dev.3842+36f4f32fa.tar.xz)
windows-x86_64: https://ziglang.org/builds/zig-windows-x86_64-0.10.0-dev.3842+36f4f32fa.zip
macos-x86_64 (Intel): https://ziglang.org/builds/zig-macos-x86_64-0.10.0-dev.3842+36f4f32fa.tar.xz
macos-aarch64 (Apple Silicon): https://ziglang.org/builds/zig-macos-aarch64-0.10.0-dev.3842+36f4f32fa.tar.xz

You can subscribe to issue #180 for how we're tracking towards support for the latest nightly version of Zig.

Contributing

Mach is maintained as a monorepo. When changes are merged to this repository, we use some git-fu to pick out the commits to subdirectories and push them to sub-repositories automagically. Changes to the glfw/ directory in this repository get pushed to the separate mach-glfw repository after being merged here, for example.

Please prefix commits / pull requests with the project name (glfw: fix an issue, gpu: fix an issue, examples: fix an issue, etc.) and if possible only one project per commit. If you don't know how to do this, no worries, we can help - just send your PR anyway!

mlugg/mach