Age | Commit message (Collapse) | Author | Files | Lines | |
---|---|---|---|---|---|
2021-01-30 | Add std::{map, multimap} to types.hxx | Boris Kolpackov | 1 | -3/+1 | |
Seeing that std::map is becoming a common Buildfile variable type. | |||||
2020-09-24 | Add post-boot module function | Boris Kolpackov | 1 | -23/+50 | |
2020-08-26 | Fix bug in module initialization order | Boris Kolpackov | 1 | -3/+6 | |
2020-08-16 | Add ability to initialize bootstrapped modules after loading root.build | Boris Kolpackov | 1 | -7/+21 | |
2020-08-16 | Redo modules map as vector | Boris Kolpackov | 1 | -15/+32 | |
2020-05-27 | Use location_value in module_state | Boris Kolpackov | 1 | -1/+1 | |
2020-04-27 | Rework tool importation along with cli module | Boris Kolpackov | 1 | -2/+11 | |
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-02-07 | Drop copyright notice from source code | Karen Arutyunov | 1 | -1/+0 | |
2020-01-29 | Rename module_base to module, redo module boot/init argument passing | Boris Kolpackov | 1 | -14/+52 | |
2020-01-27 | Add missing symbol export declarations | Boris Kolpackov | 1 | -2/+2 | |
2020-01-27 | Improve module loading API | Boris Kolpackov | 1 | -13/+30 | |
2019-10-29 | Add forward declaration header for build state types | Boris Kolpackov | 1 | -3/+1 | |
2019-10-22 | Implement loaded_modules state locking | Boris Kolpackov | 1 | -0/+33 | |
This would be necessary if someone runs two parallel top-level contexts. | |||||
2019-10-22 | Add load_builtin_module() | Boris Kolpackov | 1 | -0/+8 | |
2019-08-23 | Introduce notion of build context | Boris Kolpackov | 1 | -2/+2 | |
All non-const global state is now in class context and we can now have multiple independent builds going on at the same time. | |||||
2019-08-21 | Implement dynamic loading of build system modules | Boris Kolpackov | 1 | -13/+36 | |
2019-07-25 | Work around GCC 4.9 deficiencies | Boris Kolpackov | 1 | -3/+3 | |
2019-07-24 | Move in build system module to separate library | Boris Kolpackov | 1 | -9/+19 | |
2019-07-02 | Add workaround for data race in libstdc++'s locale(const locale&, Facet*) ↵ | Karen Arutyunov | 1 | -4/+10 | |
constructor | |||||
2019-07-01 | Split build system into library and driver | Boris Kolpackov | 1 | -0/+120 | |