StatCache: Provide timestamp cache abstraction

This introduces a new class named StatCache to abstract
timestamp cache implementations from DiskInterface itself.

For now, this only moves the Win32-specific implementation
to stat_cache-win32.cc, and provides a non-caching Posix
backend. This does not modifies Ninja's behavior in any
way.

In particular, this does not improve the performance
of the Win32 StatCache instance, which is only a
"timestamp preloader", and is not capable of detecting
changes between incremental builds.

+ Introduces the DiskInterface::Sync() method which can
  be used to ensure that changes to the filesystem that
  happened outside of DiskInterface() calls are properly
  accounted for.

+ Change StatFile() to GetFileTimestamp() in util.h
  to avoid confusion with the StatFile() method of the
  StatCache class.

A future CL will add an inotify-based cache to speed
up incremental builds in persistent mode on Linux.

Fuchsia-Topic: persistent-mode
Original-Change-Id: I0f68e8165b8f269decea5d4ee52aa2f25349e44d
Change-Id: Ib3b7748f882d5affe7f9a209f8de8619d22975ed
Reviewed-on: https://fuchsia-review.googlesource.com/c/third_party/github.com/ninja-build/ninja/+/1071431
Reviewed-by: Tyler Mandry <tmandry@google.com>
10 files changed
tree: d3b98f679da2f66ac0af7bd268ff3b434ced8b28
  1. .github/
  2. doc/
  3. misc/
  4. src/
  5. windows/
  6. .clang-format
  7. .clang-tidy
  8. .editorconfig
  9. .gitignore
  10. appveyor.yml
  11. CMakeLists.txt
  12. configure.py
  13. CONTRIBUTING.md
  14. COPYING
  15. README.fuchsia
  16. README.md
  17. RELEASING.md
README.md

Ninja

Ninja is a small build system with a focus on speed. https://ninja-build.org/

See the manual or doc/manual.asciidoc included in the distribution for background and more details.

Binaries for Linux, Mac and Windows are available on GitHub. Run ./ninja -h for Ninja help.

Installation is not necessary because the only required file is the resulting ninja binary. However, to enable features like Bash completion and Emacs and Vim editing modes, some files in misc/ must be copied to appropriate locations.

If you're interested in making changes to Ninja, read CONTRIBUTING.md first.

Building Ninja itself

You can either build Ninja via the custom generator script written in Python or via CMake. For more details see the wiki.

Python

./configure.py --bootstrap

This will generate the ninja binary and a build.ninja file you can now use to build Ninja with itself.

If you have a GoogleTest source directory, you can build the tests by passing its path with --gtest-source-dir=PATH option, or the GTEST_SOURCE_DIR environment variable, e.g.:

./configure.py --bootstrap --gtest-source-dir=/path/to/googletest
./ninja all     # build ninja_test and other auxiliary binaries
./ninja_test`   # run the unit-test suite.

Use the CMake build below if you want to use a preinstalled binary version of the library.

CMake

cmake -Bbuild-cmake
cmake --build build-cmake

The ninja binary will now be inside the build-cmake directory (you can choose any other name you like).

To run the unit tests:

./build-cmake/ninja_test

Generating documentation

Ninja Manual

You must have asciidoc and xsltproc in your PATH, then do:

./configure.py
ninja manual doc/manual.pdf

Which will generate doc/manual.html.

To generate the PDF version of the manual, you must have dblatext in your PATH then do:

./configure.py    # only if you didn't do it previously.
ninja doc/manual.pdf

Which will generate doc/manual.pdf.

Doxygen documentation

If you have doxygen installed, you can build documentation extracted from C++ declarations and comments to help you navigate the code. Note that Ninja is a standalone executable, not a library, so there is no public API, all details exposed here are internal.

./configure.py   # if needed
ninja doxygen

Then open doc/doxygen/html/index.html in a browser to look at it.