checkexec is a tool to conditionally execute commands only when files in a dependency list have been updated.
This tool provides the behavior of make as a standalone executable, where a command is only run if any of its
dependencies have been updated. Like make, checkexec runs a command only if the modified time of any dependency
is newer than the modified time of the target.
The arguments are: <target> <dependencies...> -- <command>. The -- is a required separator.
checkexec build/my-bin src/my-program.c -- cc -o build/my-bin src/my-program.c
checkexec executes the command directly, so shell constructs like '&&' and '||' are not supported.
You can use /bin/bash -c as the command, but escaping is tricky. You're likely better off using two invocations of
checkexec.
You can infer the dependency list with --infer, where checkexec will inspect the arguments of <command> for
accessible paths. --infer will fail if no files are found.
checkexec build/my-bin --infer -- cc -o build/my-bin src/my-program.c
cargo install checkexec
checkexec is great for when you build files from other files. Instead of relying on
ecosystem-specific tools, you can use checkexec as part of any build tool. Here are some examples:
- You build, resize, or sample images as part of your build command, but don't want to rebuild them unless needed.
- You build C libaries as part of your Python, Rust, Node (or any other) build process.
- You build Sass/Less/SCSS files and don't want to re-build them unnecessarily.
checkexec pairs well with these tools:
justfixes numerous problems withmake, andcheckexecadds back the conditional rebuild functionality ofmake. Together, they create a modular and modern build process and command runner.watchexecprovides live reloading/rebuilding, whilecheckexechas callable behavior, useful as a build step or on CI. The naming similarity is intentional.fdmakes it easy to specify a dependency file list. Example here:
# Only run your command if a rust file has changed. Note cargo does approximately the
# same thing natively, but you can easily tailor this structure to a custom case.
checkexec target/debug/hello $(fd -e rs . src) -- cargo buildcheckexec exit codes behave as you would expect, specifically:
- 0 (success) if the command is not run (i.e. target is up to date)
- 1 if a provided dependency or the command is not found
- Otherwise, when the command is run, checkexec will pass through the command's exit code.
Contributions are what make the open source community such an amazing place to learn, inspire, and create. Any contributions you make are greatly appreciated.
If you have a suggestion that would make this better, please fork the repo and create a pull request. You can also simply open an issue with the tag "enhancement". Don't forget to give the project a star!