BUSY

Dev tools

build system

SHOW HN2026

BUSY

A statically typed, cross-platform, easily bootstrappable build system

github.com

#build system#cmake alternative#static typing#ninja#lua

46points
15comments
#1,281of 4,366 in 2026
Top 30%of 2026 by points

How HN took it

CuriousMostly questions and neutral comments

3 positive, 5 neutral or asking, 0 mixed, 2 critical, out of 10 comments about the project. Thread score +0.14.

Idea: 2 for, 0 againstDesign: 0 for, 2 against

The thread, comment by comment

Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.

positive neutral or mixed critical about another commenter or something else the maker

What HN said

What people liked

  • Simplicity and staying with C with no other requirements

    From 1 comment
    • I like the focus on simplicity, staying with C and no other requirements, and the choice of Lua. I'm a casual user of CMake but not too enthused about it, so I'll give this a…
      lioeters on HN
  • Static typing helps reliability and catching errors in large builds

    From 2 comments
    • Static typing is important when you have a large project. I spent much time with the Chromium source tree and its GN build system which is dynamically typed (like most build…
      Rochus on HN
    • That makes sense, how larger projects benefit from static typing not only for the project itself but the build process. And how it helps with reliability and predictability…
      lioeters on HN

Objections

  • Requires learning a project-specific build language

    From 2 comments
    • Using Lua is a fatal flaw. As a C++ programmer I don't want to learn yet another language for a build system.
      Panzerschrek on HN
    • It's even worse. Learning Lua may be at least a little bit useful for other tasks. Learning some language specific for this tool is just waste of time.
      Panzerschrek on HN
  • Unclear whether static typing matters for smaller projects

    From 1 comment
    • I like the focus on simplicity, staying with C and no other requirements, and the choice of Lua. I'm a casual user of CMake but not too enthused about it, so I'll give this a…
      lioeters on HN

Requests

  • Clearer documentation on getting started

    From 1 comment
    • The build files aren’t written in Lua. It defines its own language. The user’s guide seems like the place to start:…
      skybrian on HN

Questions

  • Why post it now when the project seems unchanged for years

    From 2 comments
    • It seems like this was built years ago but only posted now. Why post it now? It doesn’t seem like it has changed much in 4 years so I can’t see that it matured or stabilized over…
      drunken_thor on HN
    • > Why post it now? Apparently a explanatory document has been extended in a recent commit [1]. Maybe the project is waking up. [1]:…
      nine_k on HN
  • Why use a DSL instead of an existing programming language

    From 1 comment
    • I always wonder why use a DSL while you can just borrow some existing PL?
      xiaoyu2006 on HN

Alternatives named

  • CMake

    From 2 comments
    • I like the focus on simplicity, staying with C and no other requirements, and the choice of Lua. I'm a casual user of CMake but not too enthused about it, so I'll give this a…
      lioeters on HN
    • So it is an alternative for CMake build systems?? The idea is quite new to me, I have only used CMake to build my low latency systems project... Lets use this!!
      yr_animesh on HN
  • qmake

    From 1 comment
    • I use it instead of qmake and cmake for all my projects since four years. It is most beneficial when used with large, standalone systems that must be built from the ground up for…
      Rochus on HN
  • GN and Ninja

    From 2 comments
    • Static typing is important when you have a large project. I spent much time with the Chromium source tree and its GN build system which is dynamically typed (like most build…
      Rochus on HN
    • My experience with Scons tells me you do not want a PL. The problem with a PL is every programmer that touches it implemenents a new way to do something and then trying to…
      socalgal2 on HN
  • SCons

    From 1 comment
    • My experience with Scons tells me you do not want a PL. The problem with a PL is every programmer that touches it implemenents a new way to do something and then trying to…
      socalgal2 on HN

Category, keywords, summaries and labels on this page were made by AI (Thread Reader v2) and not checked by hand. Each point links to the comments it came from.

Add a badge to your READMEShown on HackerShow
[![Shown on HackerShow](https://hackershow.org/badge.svg)](https://hackershow.org/show/48735097)