aboutsummaryrefslogtreecommitdiff
path: root/libbuild2/module.hxx
AgeCommit message (Collapse)AuthorFilesLines
2021-01-30Add std::{map, multimap} to types.hxxBoris Kolpackov1-3/+1
Seeing that std::map is becoming a common Buildfile variable type.
2020-09-24Add post-boot module functionBoris Kolpackov1-23/+50
2020-08-26Fix bug in module initialization orderBoris Kolpackov1-3/+6
2020-08-16Add ability to initialize bootstrapped modules after loading root.buildBoris Kolpackov1-7/+21
2020-08-16Redo modules map as vectorBoris Kolpackov1-15/+32
2020-05-27Use location_value in module_stateBoris Kolpackov1-1/+1
2020-04-27Rework tool importation along with cli moduleBoris Kolpackov1-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-07Drop copyright notice from source codeKaren Arutyunov1-1/+0
2020-01-29Rename module_base to module, redo module boot/init argument passingBoris Kolpackov1-14/+52
2020-01-27Add missing symbol export declarationsBoris Kolpackov1-2/+2
2020-01-27Improve module loading APIBoris Kolpackov1-13/+30
2019-10-29Add forward declaration header for build state typesBoris Kolpackov1-3/+1
2019-10-22Implement loaded_modules state lockingBoris Kolpackov1-0/+33
This would be necessary if someone runs two parallel top-level contexts.
2019-10-22Add load_builtin_module()Boris Kolpackov1-0/+8
2019-08-23Introduce notion of build contextBoris Kolpackov1-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-21Implement dynamic loading of build system modulesBoris Kolpackov1-13/+36
2019-07-25Work around GCC 4.9 deficienciesBoris Kolpackov1-3/+3
2019-07-24Move in build system module to separate libraryBoris Kolpackov1-9/+19
2019-07-02Add workaround for data race in libstdc++'s locale(const locale&, Facet*) ↵Karen Arutyunov1-4/+10
constructor
2019-07-01Split build system into library and driverBoris Kolpackov1-0/+120