aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2019-11-07Add libbuild2/config/.gitignore with host-config.cxxBoris Kolpackov1-0/+1
2019-11-07Don't add $install.lib to module library search path if import.build2 is NULLBoris Kolpackov1-6/+21
2019-11-07Use `lib` prefix on MinGW when forming build system module library nameBoris Kolpackov1-1/+3
2019-11-07Initial work on path_name use for `-` to stdin/stdout translationBoris Kolpackov26-109/+112
2019-11-05Fix testsBoris Kolpackov6-7/+27
2019-11-05Add support for automatic importing of libbuild2 of installed caseBoris Kolpackov6-2/+37
2019-11-05Add support for supplying MSVC IFCPATH equivalentBoris Kolpackov7-13/+64
2019-11-05Cosmetic changeBoris Kolpackov1-2/+2
2019-11-05Disable C++ modules tests for Clang 9Boris Kolpackov1-0/+8
See the following post for details: http://lists.llvm.org/pipermail/cfe-dev/2019-October/063637.html
2019-11-05Recognize latest C (2x) and C++ (2b) standardsBoris Kolpackov2-16/+23
2019-11-05Fix function call diagnostics to use diag_frameBoris Kolpackov2-24/+19
2019-11-04Add support for ~host special configuration name in config.importBoris Kolpackov4-8/+77
This is the "default host configuration" that corresponds to how the build system itself was built. For example: $ b create: tools/,cc config.import=~host
2019-11-04Add $config.export() functionBoris Kolpackov11-85/+174
This is similar to the config.export variable functionality except it can be called from within buildfiles. Note that this function can only be used during configure unless the config module creation was forced for other meta-operations with config.module=true in bootstrap.build.
2019-11-04Add support for configuration exporting and importingBoris Kolpackov17-176/+416
The new config.export variable specifies the alternative file to write the configuration to as part of the configure meta-operation. For example: $ b configure: proj/ config.export=proj-config.build The config.export value "applies" only to the projects on whose root scope it is specified or if it is a global override (the latter is a bit iffy but we allow it, for example, to dump everything to stdout). This means that in order to save a subproject's configuration we will have to use a scope-specific override (since the default will apply to the outermost amalgamation). For example: $ b configure: subproj/ subproj/config.export=.../subproj-config.build This could be somewhat unnatural but then it will be the amalgamation whose configuration we normally want to export. The new config.import variable specifies additional configuration files to be loaded after the project's default config.build, if any. For example: $ b create: cfg/,cc config.import=my-config.build Similar to config.export, the config.import value "applies" only to the project on whose root scope it is specified or if it is a global override. This allows the use of the standard override "positioning" machinery (i.e., where the override applies) to decide where the extra configuration files are loaded. The resulting semantics is quite natural and consistent with command line variable overrides, for example: $ b config.import=.../config.build # outermost amalgamation $ b ./config.import=.../config.build # this project $ b !config.import=.../config.build # every project Both config.export and config.import recognize the special `-` file name as an instruction to write/read to/from stdout/stdin, respectively. For example: $ b configure: src-prj/ config.export=- | b configure: dst-prj/ config.import=-
2019-11-01Add note to manual on absolute cl.exe pathsBoris Kolpackov1-6/+12
2019-11-01Add note to bootstrap makefileBoris Kolpackov1-2/+4
2019-10-31Update comment on Apple Clang to vanilla Clang version mappingBoris Kolpackov1-15/+14
2019-10-31Fix crashing on unhandled invalid_path thrown by parser::parse_include()Karen Arutyunov1-17/+36
2019-10-29Only use -rdynamic (for backtrace support) on Linux if using glibcBoris Kolpackov1-1/+2
2019-10-29Add forward declaration header for build state typesBoris Kolpackov25-101/+97
2019-10-29Regularize and make accessible install/uninstall primitivesBoris Kolpackov2-36/+70
2019-10-29Regenerate options parsing codeBoris Kolpackov1-7/+37
2019-10-29Update manual regarding platform-specific version supportBoris Kolpackov1-1/+1
2019-10-29Add support for specifying custom load prefix and version clean patternsBoris Kolpackov2-10/+24
2019-10-29Tighten up versioned libraries clean patternsBoris Kolpackov2-73/+128
2019-10-28Document default options filesBoris Kolpackov1-8/+40
2019-10-25Fix maybe used uninitialized warningBoris Kolpackov1-1/+1
2019-10-25Fix inconsistent loaded_modules_lock declarationBoris Kolpackov1-1/+1
2019-10-25Expand context commentBoris Kolpackov1-2/+13
2019-10-25Add --silent, remap verbosity 0 to 1 while building modules unless silentBoris Kolpackov9-20/+90
Failed that, we may have long periods of seemingly nothing happening (e.g., during implicit bdep sync) while we quietly update the module, which may look like things have hung up.
2019-10-23Expand commentBoris Kolpackov1-2/+2
2019-10-23Un-tune scheduler when building build system modulesBoris Kolpackov8-100/+167
2019-10-22Handle invalid_argument when constructing build system module project nameBoris Kolpackov1-1/+9
2019-10-22Implement loaded_modules state lockingBoris Kolpackov4-2/+62
This would be necessary if someone runs two parallel top-level contexts.
2019-10-22Minor fixesBoris Kolpackov2-2/+2
2019-10-22Add load_builtin_module()Boris Kolpackov3-21/+28
2019-10-22Rename global_mutex_shards to global_mutexesBoris Kolpackov10-25/+29
2019-10-22Add tracing to find_module() and import_module()Boris Kolpackov1-1/+20
2019-10-22Move global mutex shards to contextBoris Kolpackov13-59/+85
2019-10-22Add documentation for MSVC and Clang compiler toolchainsBoris Kolpackov1-3/+163
2019-10-21Work around LLD bug #43744Boris Kolpackov1-0/+23
2019-10-21Build thin archives for utility libraries if using llvm-libBoris Kolpackov1-0/+13
2019-10-21Add more information on C and C++ compiler mode options to manualBoris Kolpackov4-4/+170
2019-10-21Note compiler mode options in manualBoris Kolpackov1-0/+11
2019-10-19Recognize various LLD drivers as well as LLVM lib and rcBoris Kolpackov2-24/+94
2019-10-19Add find_stem() utility functionBoris Kolpackov3-23/+39
2019-10-18Use $quote() for quoting config.cxx option value in testscriptsKaren Arutyunov3-3/+3
2019-10-18Add $quote() function for quoting valuesBoris Kolpackov3-8/+59
This can be useful if we want to pass a value on the command line, for example, in a testscript: $* config.cxx=$quote($recall($cxx.path) $cxx.mode, true)
2019-10-18Add ability to specify "compiler mode" options as part of config.{c,cxx}Boris Kolpackov15-235/+402
Such options are (normally) not overridden by buildfiles and are passed last (after cc.coptions and {c,cxx}.coptions) in the resulting command lines. They are also cross-hinted between config.c and config.cxx. For example: $ b config.cxx="g++ -m64"
2019-10-18Optimize config::required() to move default value if possibleBoris Kolpackov2-6/+9