Add early mutators

The mutators that run after dependencies are resolved can be too late
to support build logic that needs to vary the dependencies based on
the mutated axis, for example architecture.  This patch provides an
EarlyMutator interface that can be used to mutate modules before
any dependencies have been resolved.

In order for dependencies to be satisifed in a later pass, all
dependencies of a module must either have an identical variant,
must have a single variant, or must be inserted using
DynamicDependencyModuleContext.AddVariantDependency.

Change-Id: Ic6ae57e98edfd6c8c09a7788983128d3e4e992f0
2 files changed
tree: 2f432cfcd2166c0ccd0b56743ca191896ed59986
  1. bootstrap/
  2. bpfmt/
  3. bpmodify/
  4. deptools/
  5. parser/
  6. pathtools/
  7. proptools/
  8. Blueprints
  9. bootstrap.bash
  10. build.ninja.in
  11. context.go
  12. context_test.go
  13. doc.go
  14. LICENSE
  15. live_tracker.go
  16. mangle.go
  17. module_ctx.go
  18. ninja_defs.go
  19. ninja_strings.go
  20. ninja_strings_test.go
  21. ninja_writer.go
  22. ninja_writer_test.go
  23. package_ctx.go
  24. README.md
  25. scope.go
  26. singleton_ctx.go
  27. unpack.go
  28. unpack_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 (http://martine.github.io/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 langauge 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.