Support go 1.5

The go compiler and linker changed in v1.5 -- to 'go tool compile' and
'go tool link' instead of 6g and 6l. Move the selection logic to
bootstrap.bash, and have it use compile/link if 6g/6l are missing. This
way the build.ninja.in will continue working with either go 1.4 or 1.5.

Travis and the test suite will fail under 1.5, since the build.ninja.in
is still generated with 1.4, and the function names in the comments
differ between 1.4 and 1.5.
5 files changed
tree: 607b23b0dcb890e3a2f720f876e4ccddb6369daa
  1. bootstrap/
  2. bpfmt/
  3. bpmodify/
  4. choosestage/
  5. deptools/
  6. gotestmain/
  7. parser/
  8. pathtools/
  9. proptools/
  10. tests/
  11. .gitignore
  12. .travis.fix-fork.sh
  13. .travis.install-ninja.sh
  14. .travis.yml
  15. Blueprints
  16. bootstrap.bash
  17. build.ninja.in
  18. context.go
  19. context_test.go
  20. CONTRIBUTING.md
  21. doc.go
  22. LICENSE
  23. live_tracker.go
  24. mangle.go
  25. module_ctx.go
  26. ninja_defs.go
  27. ninja_strings.go
  28. ninja_strings_test.go
  29. ninja_writer.go
  30. ninja_writer_test.go
  31. package_ctx.go
  32. README.md
  33. scope.go
  34. singleton_ctx.go
  35. splice_modules_test.go
  36. unpack.go
  37. unpack_test.go
README.md

Blueprint Build System

Build Status

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.