Age | Commit message (Collapse) | Author | Files | Lines | |
---|---|---|---|---|---|
2022-10-10 | Preparatory work for public/private variable distinction | Boris Kolpackov | 3 | -1/+21 | |
We still always use the public var_pool from context but where required, all access now goes through scope::var_pool(). | |||||
2022-09-16 | Register fallback dist meta-operation rule for out of project targets | Boris Kolpackov | 1 | -2/+4 | |
The problematic scenario this fixes is an ad hoc pattern rule (which we register for dist in order to inject any additional sources; see parser.cxx for details) that pulls a tool imported from the system (say /usr/bin/xxd). | |||||
2022-06-14 | Tighten value::extra usage in config module | Boris Kolpackov | 4 | -5/+10 | |
Specifically, only values marked with 1 are treated as default leaving other values for use for other purposes. | |||||
2022-06-06 | Add another config::origin() overload | Boris Kolpackov | 2 | -2/+15 | |
2022-06-03 | Reset value::extra on variable_map value change/version increment | Boris Kolpackov | 1 | -1/+1 | |
The reset on each modification semantics is used to implement the default value distinction as currently done in the config module but later probably will be done for ?= and $origin(). | |||||
2022-06-03 | Move config::variable_visibility to separate types.hxx header | Boris Kolpackov | 2 | -8/+27 | |
2022-05-23 | Add config::origin(const variable&) overload | Boris Kolpackov | 2 | -9/+23 | |
2022-05-22 | Add support for variable patterns in config.config.disfigure | Boris Kolpackov | 1 | -5/+116 | |
2022-05-20 | Make $config.origin() also available internally as config::origin() | Boris Kolpackov | 3 | -28/+59 | |
2022-05-19 | Add config.config.unload variable to omit loading config.build | Boris Kolpackov | 1 | -7/+34 | |
Note that the configuration is still loaded from config.config.load if specified. Note also that similar to config.config.load, only values specified on this project's root scope and global scope are considered. | |||||
2022-05-11 | Add $config.origin() function | Boris Kolpackov | 1 | -0/+70 | |
This function can be used to query the origin of a configuration variable value. The result is one of `undefined`, `default`, `buildfile`, or `override`. | |||||
2022-04-19 | Switch to using std::function for target::data_pad | Boris Kolpackov | 2 | -3/+6 | |
2022-04-07 | Rename {match,execute}() to *_sync(), add *_complete() | Boris Kolpackov | 1 | -1/+1 | |
In particular, the match() rename makes sure it doesn't clash with rule::match() which, after removal of the hint argument in simple_rule, has exactly the same signature, thus making it error-prone to calling recursively. | |||||
2022-04-06 | Add support for rule hints | Boris Kolpackov | 1 | -3/+2 | |
A rule hint is a target attribute, for example: [rule_hint=cxx] exe{hello}: c{hello} Rule hints can be used to resolve ambiguity when multiple rules match the same target as well as to override an unambiguous match. | |||||
2022-03-29 | Add variable_map::lookup_namespace(string) overload | Boris Kolpackov | 3 | -8/+4 | |
2022-03-23 | Add note on disfig.* variables idea | Boris Kolpackov | 1 | -0/+16 | |
2022-03-23 | Clarify config::save_*_omitted semantics | Boris Kolpackov | 1 | -5/+12 | |
2022-03-22 | Add ability to disfigure specific configuration variables | Boris Kolpackov | 1 | -0/+27 | |
The new config.config.disfigure variable can be used to specify the list of variables to ignore when loading config.build (and any files specified in config.config.load), letting them to take on the default values. For example: $ b configure config.config.disfigure=config.hello.fancy | |||||
2022-02-16 | Invent quoting modes for to_stream(name) | Karen Arutyunov | 1 | -3/+3 | |
2021-12-16 | Pass context to (meta-)operation hooks | Boris Kolpackov | 1 | -4/+4 | |
2021-09-28 | Adapt to libbutl headers extension change from .mxx to .hxx | Karen Arutyunov | 1 | -1/+1 | |
2021-09-20 | Assign pre-defined semantics to config.<project>.develop variables | Boris Kolpackov | 4 | -24/+59 | |
This variable allows a project to distinguish between development and consumption builds. While normally there is no distinction between these two modes, sometimes a project may need to provide additional functionality during development. For example, a source code generator which uses its own generated code in its implementation may need to provide a bootstrap step from the pre-generated code. Normally, such a step is only needed during development. See "Project Configuration" in the manual for details. | |||||
2021-06-21 | Add support for automatic generation of symbol exporting .def file | Boris Kolpackov | 1 | -3/+1 | |
2021-04-26 | Detect and diagnose presence of certain GCC environment variables | Boris Kolpackov | 1 | -7/+6 | |
Their presence is incompatible with what we are doing. | |||||
2021-04-22 | Incorporate project environment checksum into cc::compiler_info cache key | Boris Kolpackov | 1 | -1/+7 | |
2021-04-22 | Add another hash/save_environment() overload | Boris Kolpackov | 1 | -0/+10 | |
2021-04-20 | Track changes to environment in cc rules | Boris Kolpackov | 1 | -1/+3 | |
2021-04-09 | Fix bug in configure meta-operation implementation | Boris Kolpackov | 1 | -1/+1 | |
2021-04-07 | Register environment variables for hermetic build configurations | Boris Kolpackov | 5 | -2/+99 | |
2021-04-04 | Add base functionality for hermetic build configurationshermetic | Boris Kolpackov | 5 | -105/+325 | |
2021-04-02 | Add support for propagating project environment | Boris Kolpackov | 1 | -2/+84 | |
2021-03-26 | Implement config.config.environment storage | Boris Kolpackov | 5 | -99/+252 | |
2021-03-19 | Redo entering of src directories into scope_map | Boris Kolpackov | 1 | -4/+4 | |
2021-02-08 | Enter scope src directories into scope map | Boris Kolpackov | 1 | -1/+1 | |
2021-01-30 | Add std::{map, multimap} to types.hxx | Boris Kolpackov | 2 | -5/+1 | |
Seeing that std::map is becoming a common Buildfile variable type. | |||||
2020-12-04 | Mark Buildfile functions as pure or impure | Boris Kolpackov | 1 | -1/+3 | |
2020-12-02 | Fix bug in config utility | Boris Kolpackov | 1 | -2/+3 | |
2020-09-24 | Give hints for common causes of "no rule to update ..." error | Boris Kolpackov | 1 | -1/+1 | |
2020-09-24 | Add ability to ignore extra variables in specified_config() | Boris Kolpackov | 2 | -9/+33 | |
2020-08-18 | Add ability to mark config.* variables as "unsaved" (always transient) | Boris Kolpackov | 5 | -19/+40 | |
2020-08-16 | Add support for post-configure and pre-disfigure hooks | Boris Kolpackov | 6 | -27/+121 | |
2020-08-16 | Add ability to initialize bootstrapped modules after loading root.build | Boris Kolpackov | 1 | -2/+4 | |
2020-07-12 | Cache subprojects variable value in scope::root_extra | Boris Kolpackov | 1 | -8/+8 | |
2020-07-02 | Optimize variable extraction in bootstrap_src() | Boris Kolpackov | 1 | -4/+3 | |
2020-06-12 | Make order of imports stable in saved host build configuration | Boris Kolpackov | 1 | -4/+4 | |
2020-06-05 | Add ability to specify ad hoc recipe actions | Boris Kolpackov | 1 | -1/+1 | |
We are reusing the buildspec syntax for that. | |||||
2020-05-27 | Initial support for ad hoc recipes (still work in progress) | Boris Kolpackov | 1 | -2/+2 | |
2020-05-27 | Amalgamation cutoff support | Boris Kolpackov | 1 | -4/+2 | |
Now a project that disables amalgamation will not logically "see" an outer project even if it's physically inside its scope. | |||||
2020-04-27 | Rework tool importation along with cli module | Boris Kolpackov | 1 | -0/+14 | |
Specifically, now config.<tool> (like config.cli) is handled by the import machinery (it is like a shorter alias for config.import.<tool>.<tool>.exe that we already had). And the cli module now uses that instead of custom logic. This also adds support for uniform tool metadata extraction that is handled by the import machinery. As a result, a tool that follows the "build2 way" can be imported with metadata by the buildfile and/or corresponding module without any tool-specific code or brittleness associated with parsing --version or similar outputs. See the cli tool/module for details. Finally, two new flavors of the import directive are now supported: import! triggers immediate importation skipping any rule-specific logic while import? is optional import (analogous to using?). Note that optional import is always immediate. There is also the import-specific metadata attribute which can be specified for these two import flavors in order to trigger metadata importation. For example: import? [metadata] cli = cli%exe{cli} if ($cli != [null]) info "cli version $($cli:cli.version)" | |||||
2020-04-27 | Add utility config::{assign,append}_config() functions | Boris Kolpackov | 1 | -1/+43 | |