aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/project/boost/build.py (unfollow)
Commit message (Collapse)Author
2023-03-02add runtime version informationEgor Tensin
2021-12-15basic macOS supportEgor Tensin
I don't have a Mac to test on, but the knowledge that there is basic support for macOS is still nice.
2021-05-08add --help-toolsets parameterEgor Tensin
Also, get rid of mentions of Visual Studio versions lower than 2010.
2021-05-07project.toolset: support versioned MSVC toolsetsEgor Tensin
You can now use something like msvc-141, vs-2017, etc.
2021-05-07project.toolset: merge both other modules to this oneEgor Tensin
2021-05-06brush up import listsEgor Tensin
2021-05-06"toolchain" -> "toolset", part 2Egor Tensin
2021-05-06"toolchain" -> "toolset", part 1Egor Tensin
2021-05-06project.boost: merge BootstrapToolchain and ToolchainEgor Tensin
In general, simplify Toolchain a bit. This is done in preparation for merging project.boost.toolchain, project.cmake.toolchain and project.toolchain.
2021-04-24project.boost: turn off warnings unless --verboseEgor Tensin
2021-04-18project.boost.build: fix usage messageEgor Tensin
2021-04-14update script names in README and --help outputEgor Tensin
2021-04-13remove excessive logging & obsolete project.ci.* packagesEgor Tensin
Logging command line arguments before parsing them is a bit excessive.
2021-03-21project.boost.build: refactoring & cleanupEgor Tensin
2021-03-20project.platform: add platform 'auto'Egor Tensin
There were two problems: * On Windows, VS 2019 defaults to x64 while VS 2017 defaults to x86. * Too much focus on x86(-64) might mean that building stuff on ARM can become difficult. These were all addressed by adding a new platform 'auto'. On Windows, it defaults to picking either x64 or x86 (depending on the host arch) for both Boost and CMake. On Linux, it lets the compiler decide what arch to target.
2021-03-15grammarEgor Tensin
2021-03-14move large in-code comments to docs/Egor Tensin
2021-01-17GIANT CLUSTERFUCK OF A COMMITEgor Tensin
OK, this is epic. I was basically just trying to a) support Clang and b) add more test coverage. _THREE MONTHS_ and a few hundred CI runs later, this is what I came up with. I don't know how it ended up being what it is, but here we go. Some highlights of the changes: 1) CI builds has been moved to GitHub Actions, 2) the entire notion of a toolchain has been reworked; it now supports Clang on all platforms. * .github: this directory contains the GitHub Actions workflow scripts/actions. In the process, I created like 6 external GitHub actions, but it's still pretty massive. An upside is that it covers much more platform/toolchain combinations _and_ check a lot of the expected post-conditions. TODO: .ci/Makefile is obsolete now, as well as .travis.yml and .appveyor.yml. * common.cmake: added Clang support. In the process, a great deal has been learned about how CMake works; in particular, static runtime support has been reworked to be more robust. * project: the entire notion of a "toolchain" has been reworked. Instead of a measly --mingw parameter, there's now a separate --toolset parameter, which allows you to choose between GCC, Clang, MSVC, etc. Both Boost and CMake build scripts were enhanced greatly to support Clang and other toolchains in a more robust way.
2020-03-30project.boost.build: switch to --layout=systemEgor Tensin
2020-03-30project: code styleEgor Tensin
2020-03-30project.boost: support --mingw for Travis/AppVeyorEgor Tensin
2020-03-30project.build.build: more restrictive defaultsEgor Tensin
2020-03-30project: minor-ish refactoringEgor Tensin
2020-03-29project.boost: first-class MinGW-w64 supportEgor Tensin
2020-03-29project: add os.pyEgor Tensin
2020-03-29fix READMEs, code style, etc.Egor Tensin
2020-03-29project.boost: -d0 by defaultEgor Tensin
2020-03-28project.boost: factor out everything elseEgor Tensin
I finally snapped. This starts to resemble sensible structure though.
2020-03-28project.boost: factor out BoostVersionEgor Tensin
2020-03-28project.boost: factor out Configuration/Platform/LinkageEgor Tensin
2020-03-28WIP: restructureEgor Tensin
A stupid attempt to reduce code duplication led me to believe that all the scripts could use _a bit_ of refactoring. This is going to be a major pain (factoring out all the things), which I'll take gladly. All the links and usage examples are broken right now, but nobody cares, so whatevs.
2020-02-29boost/build: download timeoutsEgor Tensin
2020-02-29boost/build: try multiple mirrorsEgor Tensin
2020-02-01boost/build: MinSizeRel/RelWithDebInfo allowed in --stagedirEgor Tensin
2020-01-31boost/build: multiple --stagedir on Windows alsoEgor Tensin
2020-01-18support all 4 cmake default configurationsEgor Tensin
2020-01-09better usage messages & READMEsEgor Tensin
2020-01-08fix PyLint-discovered bugsEgor Tensin
2020-01-08boost/build: add --runtime-linkEgor Tensin
This time with more safety checks.
2020-01-08boost/build: refactoringEgor Tensin
2020-01-07boost/build: add the --link parameterEgor Tensin
2020-01-07boost/build: remove --labelEgor Tensin
Its intention was to use a single stage/ directory for multi-toolchain builds (namely, using Cygwin & VS). It decided it's pretty useless, since the same b2 executable can't be used with both Cygwin & VS.
2020-01-06boost/build: add support for --build-dirEgor Tensin
2020-01-06boost/build: add `build --label` optionEgor Tensin
2020-01-04boost/build: download older Boost releases from SourceForgeEgor Tensin
2020-01-04boost/build: overhaul `build.py download`Egor Tensin
For instance, it can now cache archives.
2020-01-03rearrange all files completelyEgor Tensin
2019-12-16ci: fix a bug in case no positional parametersEgor Tensin
2019-12-15ci: minor script enhancementsEgor Tensin
2019-12-14fix PyLint warningsEgor Tensin
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-14 16:40:20 +0000