gerrit-public.fairphone.software / platform / build / blueprint / eb15c126c34212c1fe472cbabc6ff785f4d48e97
| commit | eb15c126c34212c1fe472cbabc6ff785f4d48e97 | [log] [tgz] |
|---|---|---|
| author | Colin Cross <ccross@android.com> | Mon Mar 08 17:55:50 2021 -0800 |
| committer | Colin Cross <ccross@android.com> | Mon Mar 08 17:59:55 2021 -0800 |
| tree | ee454cb5b199c26d41fddac21b19f2644e74b89f | |
| parent | 122b3ee153775588fac64a8bd679c6fae265a9f7 [diff] |
Fix numericStringLess and add tests
numericStringLess("1a", "11a") would strip the equal prefix "1" and
then compare the bytes "a" and "1", when it should have compared the
numbers 1 and 11. Fix it by handling the case where the last equal
byte was numeric and the first differing byte is numeric in one
string and non-numeric in the other.
numericStringLess("12", "101") would strip the equal prefix "1" and
then compare the numbers 2 and 01, when it should have compared the
numbers 12 and 101. Fix it by tracking the beginning of the sequence
of numeric bytes containing the differing byte.
Test: sort_test.go
Change-Id: I8d9252a64625ba6a3c75d09bb1429dcb1115e3e1
- Blueprints[diff]
- parser/sort.go[diff]
- parser/sort_test.go[Added - diff]
3 files changed
tree: ee454cb5b199c26d41fddac21b19f2644e74b89f
- .github/
- bootstrap/
- bpfmt/
- bpmodify/
- deptools/
- gotestmain/
- gotestrunner/
- loadplugins/
- microfactory/
- parser/
- pathtools/
- proptools/
- tests/
- .gitignore
- .gofmt.sh
- blueprint.bash
- blueprint_impl.bash
- Blueprints
- bootstrap.bash
- CODEOWNERS
- context.go
- context_test.go
- CONTRIBUTING.md
- doc.go
- glob.go
- glob_test.go
- go.mod
- LICENSE
- live_tracker.go
- mangle.go
- module_ctx.go
- module_ctx_test.go
- name_interface.go
- ninja_defs.go
- ninja_strings.go
- ninja_strings_test.go
- ninja_writer.go
- ninja_writer_test.go
- OWNERS
- package_ctx.go
- PREUPLOAD.cfg
- provider.go
- provider_test.go
- README.md
- scope.go
- singleton_ctx.go
- splice_modules_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.