|Project Name||Stars||Downloads||Repos Using This||Packages Using This||Most Recent Commit||Total Releases||Latest Release||Open Issues||License||Language|
|Gradle||15,210||150||52||19 hours ago||23||August 26, 2021||2,526||apache-2.0||Groovy|
|Adaptable, fast automation for all|
|Earthly||9,735||2||19 hours ago||1||September 19, 2022||570||mpl-2.0||Go|
|Super simple build framework with fast, repeatable builds and an instantly familiar syntax – like Dockerfile and Makefile had a baby.|
|Cake||3,660||465||240||8 days ago||115||July 09, 2023||254||mit||C#|
|:cake: Cake (C# Make) is a cross platform build automation system.|
|Cargo Make||2,140||1||9||a day ago||247||August 10, 2023||23||apache-2.0||Rust|
|Rust task runner and build tool.|
|Scons||1,785||2||5 days ago||15||August 04, 2022||656||mit||Python|
|SCons - a software construction tool|
|Doit||1,590||233||59||5 months ago||48||April 22, 2022||85||mit||Python|
|task management & automation tool|
|Pybuilder||1,553||55||5||3 months ago||674||November 04, 2022||95||apache-2.0||Python|
|Software build automation tool for Python.|
|Phing||1,150||3,490||1,215||a month ago||40||May 09, 2023||13||lgpl-3.0||PHP|
|PHing Is Not GNU make; it's a PHP project build system or build tool based on Apache Ant.|
|Flubucore||872||7||13||2 months ago||202||June 29, 2022||27||mit||C#|
|A cross platform build and deployment automation system for building projects and executing deployment scripts using C# code.|
|Buildout||563||1||3 months ago||5||March 31, 2022||138||other||Python|
|Buildout is a deployment automation tool written in and extended with Python|
SCons is an Open Source software construction tool which orchestrates the construction of software (and other tangible products such as documentation files) by determining which component pieces must be built or rebuilt and invoking the necessary commands to build them.
- Configuration files are Python scripts - use the power of a real programming language to solve build problems; no complex domain-specific language to learn.
- Reliable, automatic dependency analysis built-in for C, C++ and FORTRAN. No more "make depend" or "make clean" to get all of the dependencies. Dependency analysis is easily extensible through user-defined dependency Scanners for other languages or file types.
- Built-in support for C, C++, D, Java, FORTRAN, Yacc, Lex, Qt and SWIG, and building TeX and LaTeX documents. Easily extensible through user-defined Builders for other languages or file types.
- Building from central repositories of source code and/or pre-built targets.
- Built-in support for Microsoft Visual Studio, including generation of .dsp, .dsw, .sln and .vcproj files.
- Reliable detection of build changes using cryptographic hashes; optionally can configure other algorithms including traditional timestamps.
- Support for parallel builds - can keep multiple jobs running simultaneously regardless of directory hierarchy.
- Integrated Autoconf-like support for finding #include files, libraries, functions and typedefs.
- Global view of all dependencies - no more multiple build passes or reordering targets to build everything.
- Ability to share built files in a cache to speed up multiple builds.
- Designed from the ground up for cross-platform builds, and known to work on Linux, other POSIX systems (including AIX, BSD systems, HP/UX, IRIX and Solaris), Windows 7/8/10, MacOS, and OS/2.
- Written in Python.
Documentation for SCons is available at http://www.scons.org/documentation.html.
If you already have SCons installed, you can check that the package you have is the latest version at the SCons download page.
Running SCons requires Python 3.6 or higher. There should be no other dependencies or requirements to run standard SCons. The last release to support Python 3.5 was 4.2.0.
Some experimental features may require additional Python packages to be installed - at the moment the Ninja feature requires the supporting ninja package.
The default SCons configuration assumes use of the Microsoft Visual C++
compiler suite on Win32 systems, and assumes a C compiler named
cc, a C++
c++, and a FORTRAN compiler named
gfortran (such as found
in the GNU Compiler Collection) on any other type of system. You may
override these default values by appropriate configuration of variables
in a Construction Environment, or in the case of Cygwin on a Win32 system,
by selecting the 'cygwin' platform, which will set some of those Construction
Variables for you.
By default, SCons knows how to search for available programming tools on various systems - see the SCons man page for details. You can override the default SCons choices made by appropriate configuration of construction variables.
SCons has no installation dependencies beyond a compatible version of Python. The tools which will be used to actually construct the project, such as compilers, documentation production tools, etc. should of course be installed by the appropriate means.
The preferred way to install SCons is through the Python installer,
(or equivalent alternatives, such as the Anaconda installer,
You can install either from a wheel package or from the source directory.
To work on a project that builds using SCons, installation lets you
scons as a command and not worry about things. In this
case, we usually suggest using a virtualenv, to isolate the Python
environment to that project
(some notes on that:
Python Packaging User Guide: Creating and using virtual environments).
Some installation examples:
# to do a system-level install: $ python -m pip install --user scons # Windows variant, assuming Python Launcher: C:\Users\me> py -m pip install --user scons # inside a virtualenv it's safe to use bare pip: (myvenv) $ pip install scons # install in a virtualenv from a wheel file: (myvenv) $ pip install SCons-4.3.0-py3-none-any.whl # install in a virtualenv from source directory: (myvenv) $ pip install --editable .
Note that on Windows, SCons installed via
pip puts an executable
scons.exe in the script directory of the Python installation,
or in a shadow script directory if you did a User Install.
scons as a command, you'll need this in your search path.
pip will warn you about this - pay attention to any
messages during installation like this:
WARNING: The scripts scons-configure-cache.exe, scons.exe and sconsign.exe are installed in 'C:\Users\me\AppData\Roaming\Python\Python310\Scripts' which is not on PATH. Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
If you are running on a system which uses a package manager
(for example most Linux distributions), you may, at your option,
use the package manager (e.g.
pacman etc.) to install a version
of SCons. Some distributions keep up to date with SCons releases
very quickly, while others may delay, so the version of SCons
you want to run may factor into your choice.
If you're new to SCons, the first couple of chapters of the SCons User Guide provide an excellent starting spot.
Please see CONTRIBUTING.rst
SCons is distributed under the MIT license, a full copy of which is available in the LICENSE file.
The SCons project welcomes bug reports and feature requests.
Please make sure you send email with the problem or feature request to the SCons users mailing list, which you can join at https://two.pairlist.net/mailman/listinfo/scons-users, or on the SCons Discord server in #scons-help.
Once you have discussed your issue on the users mailing list and the community has confirmed that it is either a new bug or a duplicate of an existing bug, then please follow the instructions the community provides (including the issue template presented by GitHub) to file a new bug or to add yourself to the CC list for an existing bug.
You can explore the list of existing bugs, which may include workarounds for the problem you've run into, on the GitHub issue tracker.
At this time, the application of bug-fix pull requests normally happens at the head of the main branch. In other words fixes are likely to appear in the next regular release and there probably won't be a bugfix update to a past release. Consumers are of course free to internally maintain releases on their own by taking submitted patches and applying them.
In addition to the scons-users list, an active mailing list for developers of SCons is available. You may send questions or comments to the list at [email protected].
You may subscribe to the developer's mailing list using the form at https://two.pairlist.net/mailman/listinfo/scons-dev. The same page contains archives of past postings.
Subscription to the developer's mailing list is by approval. In practice, no one is refused list membership, but we reserve the right to limit membership in the future and/or weed out lurkers.
There are other ways to contact the SCons community. An active Discord
server is the most direct. The server includes a channel for code
notifications and other GitHub events (
if those are of interest. See the website for more contact information:
If you find SCons helpful, please consider making a donation (of cash, software, or hardware) to support continued work on the project. Information is available at https://www.scons.org/donate.html or the GitHub Sponsors button on scons/scons.
In order to suppor those users who which to produce reproducible builds (https://reproducible-builds.org/specs/source-date-epoch/) we're now including logic to force SCons to propagate SOURCE_DATE_EPOCH from your shell environment for all SCons builds to support reproducible builds we're now providing an example site_init.py and a script to install it in your ~/.scons. See packaging/etc/README.txt for more info
Check the SCons web site at https://www.scons.org/
SCons was originally written by Steven Knight, knight at baldmt dot com. Since around 2010 it has been maintained by the SCons development team, co-managed by Bill Deegan and Gary Oberbrunner, with many contributors, including but not at all limited to:
... and many others.
Copyright (c) 2001 - 2021 The SCons Foundation