mach VS arocc

Compare mach vs arocc and see what are their differences.

Our great sponsors
  • WorkOS - The modern identity platform for B2B SaaS
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • SaaSHub - Software Alternatives and Reviews
mach arocc
36 10
2,694 747
6.1% -
9.6 9.6
8 days ago 1 day ago
Zig Zig
GNU General Public License v3.0 or later MIT License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

mach

Posts with mentions or reviews of mach. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-01-18.
  • Zig Software Foundation 2024 Financial Report and Fundraiser
    4 projects | news.ycombinator.com | 18 Jan 2024
    Myself and many others are betting on Zig in major ways, I truly think it has a bright future ahead.

    In spare time, myself and a few others are working on a game engine in Zig[0], and the Zig core team has been very receptive to addressing issues our project faces and supporting us.

    Others are working on pixel art editors[1], open source 2D RPG games[2], there's a group of independent folks working on a 3D massive immersive sim game[3], a group working on making Zig an amazing language for micro-controllers[4], etc.

    Please consider donating $5-10 a month to the ZSF! They are a great group of people, and it has so many knock-on effects for others in the FOSS community. :)

    [0] https://machengine.org/

    [1] https://github.com/foxnne/pixi

    [2] https://github.com/foxnne/aftersun

    [3] https://github.com/Srekel/tides-of-revival

    [4] https://github.com/ZigEmbeddedGroup

  • DevDocs
    19 projects | news.ycombinator.com | 12 Jan 2024
    I don't know if there's anything better than a zip. For our website[0] which includes a bunch of docs for our game engine, Zig packages, etc. we just offer a link "offline version of this site" in the footer which is an ~80MB zip file.

    I think the challenge with zip files is.. do you want all the images? do you want all versions of the docs, or just a specific version of the docs? It's hard to tailor the zip to the user's desire. But zip still seems to be the best.

    [0] https://machengine.org/

  • Not only Unity...
    53 projects | /r/opensourcegames | 11 Nov 2023
  • New Béziers from Math
    5 projects | news.ycombinator.com | 10 Sep 2023
    Cool to see others working on this problem. I hope more people do.

    Funnily I've seen a lot of programmers and math folks who express how truly, genuinely beautiful Beziers and the math behind them are. But I've never met an artist or graphic designer who didn't express some deep frustration at Bezier controls and how hard they are to work with.

    There are even games[0] which make a mockery out of how hard Bezier controls are to use, where the game is purely using the controls.

    Controls are just one side of the problem, in my view; the other side is that cubics are terrible for GPUs, they don't understand them - and I believe many of the best 2D graphics libraries today are not even fully GPU accelerated, e.g. Skia. There are folks working on compute shader-based approaches, where we try to shoe-horn this CPU-focused algorithm into GPUs and pray - but it still isn't really suitable.

    The controls suck for artists, and the math sucks for GPUs. This is only true of cubics, if you restrict yourself to quadratics (although that brings other challenges), both the control issue goes away (you can just click+drag the curve!) and the performance issue goes away (quadratics are triangles, GPUs love them)

    That's the summary of the talk[1] I gave at SYCL'22. In that talk, I didn't have time to present the downsides of quadratics (which are real) - so if you watch it please keep that in mind - but my overall point I think is a solid one: the controls suck, and GPUs can't handle them.

    The only reason we stick with cubics in its current form is because of SVG, compatibility with existing tooling, etc. But isn't it crazy? We have new bitmap image formats all the time, and so few vector graphics formats.

    In Mach engine[2] we're continuing to explore this space, end-to-end, from author tooling -> format -> rendering. I'm not claiming we have a perfect solution, we don't, but we're at least thinking about this problem. Kudos to the authors of this article for thinking about this space as well.

    [0] https://bezier.method.ac/

    [1] https://www.youtube.com/watch?v=QTybQ-5MlrE

    [2] https://machengine.org

  • 0.11.0 Release Notes
    12 projects | news.ycombinator.com | 3 Aug 2023
    A game engine https://machengine.org is being written in zig, there's also https://microzig.tech as zig is well suited to embedded development.
  • Significant examples of Zig software (June 2023)?
    7 projects | /r/Zig | 6 Jun 2023
    https://github.com/hexops/mach (shameless plug)
  • Learn WebGPU
    9 projects | news.ycombinator.com | 27 Apr 2023
    Zig fits pretty naturally here too. We've got ~19 WebGPU examples[1] which use Dawn natively (no browser support yet), and we build it using Zig's build system so it 'just works' out of the box with zero fuss as long as you grab a recent Zig version[2]. No messing with cmake/ninja/depot_tools/etc.

    WASM support in Zig, Rust, and C++ is also not equal. C++ prefers Emscripten which reimplements parts of popular libraries like SDL, for me personally that feels a bit weird as I don't want my compiler implementing my libraries / changing how they behave. Rust I believe generally avoids emscripten(?), but Zig for sure lets me target WASM natively and compile C/C++ code to it using the LLVM backend and soon the custom Zig compiler backend.

    [1] https://github.com/hexops/mach-examples

    [2] https://github.com/hexops/mach#supported-zig-version

  • Zig for gamedev?
    7 projects | /r/Zig | 15 Apr 2023
    Two game frameworks in the making: https://github.com/michal-z/zig-gamedev & https://github.com/hexops/mach
    7 projects | /r/Zig | 15 Apr 2023
    We're building Mach which aims to be competitive with Unity/Unreal/Godot in spriti, but super modular / let you pick and choose which parts to use or build yourself.
  • Mach (Zig) Adventures - Part 1
    2 projects | /r/Zig | 12 Apr 2023
    git clone --recursive https://github.com/hexops/mach-examples cd mach-examples/ zig build run-sprite2d

arocc

Posts with mentions or reviews of arocc. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-05-15.
  • no more bit fiddling (and introducing bilge)
    4 projects | /r/rust | 15 May 2023
    Possible reference as it requires to use the compiler as part of language abi: https://github.com/Vexu/arocc/issues/178 Not sure, where a better thread with explanations of the flaws is.
  • Zig Build System
    8 projects | news.ycombinator.com | 14 Apr 2023
    Zig calls clang to compile C code. This doesn't add a new dependency since Zig already depends on LLVM. In the future when Zig doesn't depend as much on LLVM, there might be a reason to use a C compiler written in Zig (e.g. https://github.com/Vexu/arocc)
  • Aro: A C compiler written in Zig
    4 projects | news.ycombinator.com | 4 Feb 2022
  • Zig 0.9.0
    12 projects | news.ycombinator.com | 20 Dec 2021
    > Does this mean that y'all are open to the self-hosted compiler supporting CPU architectures unlikely to ever have LLVM support?

    Yes! We won't block 1.0 on the quality of the less mainstream targets, but that's what the tier system is for - to ship a compiler that has varying levels of quality for various targets, while communicating clearly to users what kind of experience they can expect for each one.

    SuperH patches are absolutely welcome.

    > how is zig cc anticipated to work with a self-hosted Zig? Will there be a dependency on clang [...]?

    The main distribution of Zig will be LLVM/Clang-enabled. However it is already possible to build a version of Zig that does not have these features enabled. In such case, compiling C, C++, and Objective-C code will result in an error.

    However, the arocc project[1] is emerging, which, depending on a combination of how much funding ZSF gets and how much enthusiasm the unpaid contributors working in their spare time have, is looking like a promising C frontend that would be available even without LLVM/Clang. It is C only, however, with no intention of compiling C++ or Objective-C.

    > would zig cc support the planned C backend?

    As it is currently implemented: no. Zig invokes clang to turn C source code into object files.

    However, with the arocc frontend above, this would be converting the C source code into ZIR (or perhaps AIR), which could then be lowered with any of the backends, including the (partially complete) C backend. In such case, the C output would look drastically different than the input. It would look more like an IR than natural C code that a human would write.

    [1]: https://github.com/Vexu/arocc

  • [Rust advocates] demean software that's not memory safe the way that politicians use their words to sow anger. C has won, and Rust blew it's shot aiming at C++ instead.
    2 projects | /r/programmingcirclejerk | 20 Sep 2021
    Implementing only the language part takes like 10k LOC.
  • Maintain It with Zig
    16 projects | news.ycombinator.com | 8 Sep 2021
  • Adding ANSI C11 C compiler to D so it can import and compile C files directly
    10 projects | news.ycombinator.com | 9 May 2021
    > 9. Without a C compiler, we're stuck with, wedded to, and beholden to libclang.

    > I wouldn't be surprised that the eventual cost of adapting ourselves to

    > libclang will exceed the cost of doing our own C compiler.

    This is a really insightful point. I had to learn this the hard way :)

    We might follow your lead on this, as we have done with so many other great ideas implemented in D.

    Ironically, Vexu started from the other side as you, with the preprocessor mostly done, but the backend left to-do: https://github.com/Vexu/arocc

    One thing that might make libclang worth the cost, however, is its ability to compile C++ code as well. On Zig's end of things, all we have to do is provide libcxx, libcxxabi, libunwind, compiler-rt, and linking, and then libclang is really pulling a lot of weight by compiling C++ code into object files. Sadly this ability is just too useful in practice to ignore. For example, LLVM itself is C++ so if Zig wants to be able to bootstrap itself, it needs this capability.

    Still, I think your maneuver here is the best long-term approach to tackle this problem, and I imagine as time goes on we'll start to migrate towards D's solution here. Maybe someday the Zig distribution that does not have LLVM extensions enabled will be the more popular one!

    I'll be watching the evolution of this new feature in D with great interest!

What are some alternatives?

When comparing mach and arocc you can also consider the following projects:

SDL.zig - A shallow wrapper around SDL that provides object API and error handling

zig - General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.

quickjs-emscripten - Safely execute untrusted Javascript in your Javascript, and execute synchronous code that uses async functions

zigstr - Zigstr is a UTF-8 string type for Zig programs.

stage0 - A set of minimal dependency bootstrap binaries

mach-glfw-vulkan-example - mach-glfw Vulkan example

zig-riscv-embedded - Experimental Zig-based CoAP node for the HiFive1 RISC-V board

zig-gamedev - Main monorepo for @zig-gamedev libs and example applications

matrix.to - A simple stateless privacy-protecting URL redirecting service for Matrix

ComLightInterop - Cross-platform COM interop library for .NET Core 2.1 or newer

river - [mirror] A dynamic tiling Wayland compositor

bzflag - 3D multi-player tank battle game