| shake | build2 | |
|---|---|---|
| 11 | 5 | |
| 755 | 541 | |
| - | 0.7% | |
| 6.7 | 9.3 | |
| 4 months ago | 8 days ago | |
| Haskell | C++ | |
| BSD 3-clause "New" or "Revised" License | 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.
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.
shake
Posts with mentions or reviews of shake.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-11-05.
-
Ninja is enough build system
Another interesting implementation is Shake: https://shakebuild.com/
It is technically a Haskell DSL, but supports Ninja files, time estimates and has tools for linting and profiling.
-
Buck2: Our open source build system
They explicitly refer to Shake build system and Build Systems a la Carte paper.
-
Straightforward Makefile Tutorial that bring together best practices once and for all.
The one paper that gave me hope about build systems was Build systems à la carte: Theory and practice, by Andrey Mokhov, Neil Mitchell, and Simon Peyton Jones. Among other things, it describes the theoretical underpinnings of the Shake build system. To be honest I believe any build system that ignores the maths described in this paper can safely be ignored. (You may however ignore the paper itself if the maths checks out. See Daniel J. Bernstein's redo, which matches Shake very closely.)
-
Worst language you ever used? Really used not just looked at the manual.
Yeah, they don't have to be terrible. I haven't used it, but people in my circles tend to really like Shake, which uses a Haskell embedded DSL to describe builds.
- Shake Build System
-
Strengths, weaknesses, opportunities, and threats facing the GNU Autotools
You could try Shake. It's a sane build system written by a former co-worker of mine. https://shakebuild.com/
-
Overview of the CMake controversy, and break down the pros and cons of the critical C++ tool.
Shake does require compilation as it's essentially just a Haskell library providing a DSL and it works just fine, I guess in gradle's case it's a thing about Java-typical overengineering and complete blindness to resource usage. Shake's underlying engine can actually go head-to-head with ninja itself when building ninja files.
-
Need recommendations for a dependency-tracking system
Did you look at shake: https://shakebuild.com/ ?
- The Shake Build System
-
Trouble Linking Dynamic Library for Package
For reasons I don't want to get into, I am building my own GHC package without cabal. The documentation is a little sketchy, but I've succeeded in build and installing it in my own user database (I'm on linux x86_64, using GHC 8.6.5). I am using shake to do all of this, and I've been pretty pleased with how it works.
build2
Posts with mentions or reviews of build2.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-07-14.
-
b2 for C++?
Yes, this is a common stumbling block for users with the CMake background. The underlying reason is that build2 is a "multi-repo first" build system while CMake is "mono-repo first" (or perhaps even "mono-repo only"; I don't think there were repositories as we know them when Autotools was designed ;-)). In particular, in build2 it's common to build multiple independent projects/repositories in a shared build configuration. Putting this build configuration as a subdirectory of source directory of one of them would be strange. You can read more on this in this issue: https://github.com/build2/build2/issues/187
-
build2 IDE support?
build2 can generate Clang compilation database (currently indirectly): https://github.com/build2/build2/issues/96 I believe quite a few IDEs (including CLion) can work off that.
-
Debian Running on Rust Coreutils
Yes, please, that would be very helpful: https://github.com/build2/build2/issues
What are some alternatives?
When comparing shake and build2 you can also consider the following projects:
gitHUD - command-line HUD for your git repo
samurai - ninja-compatible build tool written in C
marvin - The paranoid bot (framework)
embedded-graphics - A no_std graphics library for embedded applications
leksah - Haskell IDE
BSDCoreUtils - BSD coreutils is a port of many utilities from BSD to Linux and macOS.
shake-language-c - Cross-compilation framework based on the Shake Haskell library.
fancy-regex - Rust library for regular expressions using "fancy" features like look-around and backreferences
bumper - Haskell tool to automatically bump package versions transitively.
coreutils - Cross-platform Rust rewrite of the GNU coreutils
clone-all - clone all the github repositories of a particular user.
fab-rs - The fabulous, aspirationally Make-compatible, fabricator of files.