| commit | 3702ac753110627fa9ed0ac66807ed97173e34a6 | [log] [tgz] |
|---|---|---|
| author | Colin Cross <ccross@android.com> | Thu Aug 11 11:09:00 2016 -0700 |
| committer | Colin Cross <ccross@android.com> | Thu Aug 11 14:40:53 2016 -0700 |
| tree | 0550593a0031b4b22fc3e138ef75f8b0a6b2f995 | |
| parent | 056963fe71c769d33cc8e1a4969e0ec843a75b64 [diff] |
Parallelize TopDownMutators Convert parallelVisitAllBottomUp into a generic parallelVisit that takes a visitOrderer to select top down or bottom up. Combine runTopDownMutator and runBottomUpMutator into runMutators that takes a mutatorDirection to select the visitOrderer for parallelVisit and which function pointer in the mutatorInfo to run. Optimize out the updateDependencies to only run if dependencies have been modified to avoid running it after TopDownMutators that cannot modify dependencies. Change-Id: Ib00302db1108ebab2ce8e01b20aa026140d382a4
1 file changed
tree: 0550593a0031b4b22fc3e138ef75f8b0a6b2f995
- bootstrap/
- bpfmt/
- bpmodify/
- choosestage/
- deptools/
- gotestmain/
- gotestrunner/
- loadplugins/
- parser/
- pathtools/
- proptools/
- tests/
- .gitignore
- .travis.fix-fork.sh
- .travis.gofmt.sh
- .travis.install-ninja.sh
- .travis.yml
- blueprint.bash
- Blueprints
- bootstrap.bash
- build.ninja.in
- context.go
- context_test.go
- CONTRIBUTING.md
- doc.go
- fs.go
- LICENSE
- live_tracker.go
- mangle.go
- module_ctx.go
- ninja_defs.go
- ninja_strings.go
- ninja_strings_test.go
- ninja_writer.go
- ninja_writer_test.go
- package_ctx.go
- README.md
- scope.go
- singleton_ctx.go
- splice_modules_test.go
- unpack.go
- unpack_test.go
- visit_test.go
README.md
Blueprint Build System
Blueprint is a meta-build system that reads in Blueprints files that describe modules that need to be built, and produces a Ninja manifest describing the commands that need to be run and their dependencies. Where most build systems use built-in rules or a domain-specific language to describe the logic for converting module descriptions to build rules, Blueprint delegates this to per-project build logic written in Go. For large, heterogenous projects this allows the inherent complexity of the build logic to be maintained in a high-level language, while still allowing simple changes to individual modules by modifying easy to understand Blueprints files.