| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\
| |
| | |
fix warning
|
| | |
|
|\ \
| |/
|/| |
Don't need to install and configure with gtest any more
|
|/ |
|
|\
| |
| | |
Use a small, standalone testing framework for ninja instead of googletest.
|
| |
| |
| |
| | |
Let me know if you use these!
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Ninja currently uses googletest for testing. That makes building
ninja_test somewhat annoying since it requires that one passes
--with-gtest PATH to configure. It turns out just implementing the bits
of googletest that ninja uses needs about the same amount of code than
making the --with-gtest flag in configure.py work and making googletest
print test results in a way we want (!)
In addition to making configuration simpler, this also makes compiling
tests much faster: On my system, touching src/build_test.cc (the slowest
file to build in ninja) and rebuilding ninja_tests is twice as fast than
without this patch. Building all is noticeably faster too: 5.6s with
this patch, 9.1s without this patch (38% faster).
The most noticeable things missing: EXPECT_* and ASSERT_* don't support
streaming notes to them with operator<<, and for failing tests the lhs
and rhs are not printed. That's so that this header does not have to
include sstream, which slows down building ninja_test almost 20%.
If this turns out to be annoying, we can maybe add it.
|
|\ \
| |/
|/| |
Provide an error message on malformed lets. Fixes #807.
|
|/ |
|
|\
| |
| | |
amend HACKING.md with instructions for Arch Linux
|
| | |
|
|\ \
| |/
|/| |
add some parens to silence a gcc warning
|
|/ |
|
|\
| |
| | |
Provided Basic Support for -l N option on windows platform.
|
| |
| |
| |
| | |
As now behavior is similar on on platforms, this can probably be removed
|
| |
| |
| |
| | |
This makes this implementation more consisten with POSIX load avarage.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Added code to gracefully handle:
1. Call to CalculateProcessorLoad with not incremented ticks (fast calls
to GetSystemTimes can result same results),
2. Smooth/filter load estimation for consecutive calls.
|
| | |
|
| |
| |
| |
| |
| | |
- Fixed bad logic condition,
- Added comment to clarify
|
| |
| |
| |
| |
| | |
On windows "system load" is not so obvious term, added line explaining N
argument in -l N
|
| |
| |
| |
| |
| | |
Inspired by:
http://stackoverflow.com/questions/23143693/retrieving-cpu-load-percent-total-in-windows-with-c
|
|\ \
| |/
|/| |
Add NetBSD support.
|
|/
|
|
| |
It works fine under NetBSD/amd64 6.99.47.
|
|\
| |
| | |
Add highlighting of rule in build statements
|
| |
| |
| | |
Highlight the rule being used in a build statement. Also add `.` to acceptable characters in a rule name and relax whitespace matching before the name.
|
|\ \
| | |
| | | |
Process the -C option before running RUN_AFTER_FLAGS tools.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This brings the flag more inline with its description: "change to
DIR before doing anything else".
The use case is to make it possible to use -C together with -t msvc.
When debugging Windows builds, it's handy to be able to copy-paste
the commands from "ninja -v" and make them run in the correct
directory by adding this flag.
|
| | | |
|
|\ \ \
| | | |
| | | | |
try to fix stat()ing directories on windows in statcache code
|
| | | | |
|
| | | | |
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | | |
also note that branch release needs to be pushed
|
|/ / / / |
|
|\ \ \ \
| | | | |
| | | | | |
expand RELEASING a bit
|
|/ / / / |
|
|/ / / |
|
|\ \ \
| |_|/
|/| | |
Rename -d nowinstatcache to -d nostatcache; might become useful elsewhere (#787)
|
|/ / |
|
|\ \
| | |
| | | |
Update ninja-mode for emacs to handle hyphens in rule names
|
|/ / |
|
|\ \
| | |
| | | |
Fix -Wunused-result warning for chdir on linux.
|
| | | |
|
|\ \ \
| |/ /
|/| | |
do not delete files from the logs that still exist on disk
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is to keep the possibility of maybe having a tool that deletes
old files in the future, or for having a tool which exposes this
information to generators so they can do that.
See https://github.com/martine/ninja/pull/697#issuecomment-37140762
and the discussion on #762.
Idea from @maximuska!
|
|/ / |
|
|\ \
| | |
| | | |
use local definition of FindExInfoBasic for earlier sdks
|