aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/project (unfollow)
Commit message (Collapse)Author
2021-04-13project.ci: hide the --hint parameterEgor Tensin
2021-04-13project.ci: add --hint parameterEgor Tensin
This is a stupid workaround for testing other CI systems on GitHub Actions.
2021-04-13remove excessive logging & obsolete project.ci.* packagesEgor Tensin
Logging command line arguments before parsing them is a bit excessive.
2021-03-25project.cmake.build: -H must be at the endEgor Tensin
Older CMake versions don't like it when it's not the last argument.
2021-03-24project.ci: GitHub Actions no longer has pre-built BoostEgor Tensin
2021-03-24fix PyLint warningsEgor Tensin
2021-03-24project.ci: use same variable names for all CIsEgor Tensin
Using different ones was quite weird to begin with.
2021-03-24project.ci: change build directoryEgor Tensin
It's now <source directory>/../build for consistency.
2021-03-24project.cmake: fix "auto" platform detectionEgor Tensin
2021-03-24project.cmake: set CMAKE_BUILD_PARALLEL_LEVELEgor Tensin
2021-03-23project.utils: log to stdout, not stderrEgor Tensin
This is a quick fix to the interleaved output issue I'm having on CI runs (when the logging output gets interleaved with subprocess output).
2021-03-23project.boost: refactoringEgor Tensin
The extremely convoluted BoostBuildToolset situation is no more.
2021-03-23project: minor refactoringEgor Tensin
2021-03-21project.boost.build: refactoring & cleanupEgor Tensin
2021-03-20project.cmake.build: refactoring & cleanupEgor Tensin
2021-03-20project: minor refactoringEgor 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-03-14project.cmake.toolchain: allow omitting --platformEgor Tensin
When --platform is omitted, no -m32/-m64 flags will be added.
2021-03-14project.boost.download: create missing directoriesEgor Tensin
2021-03-13project.ci: cache Boost downloadsEgor Tensin
2021-01-31project.ci: use pre-built Boost when availableEgor Tensin
2021-01-25project.ci: auto-fill --toolset from environmentEgor Tensin
2021-01-25project.ci: auto-detect CI systemEgor Tensin
2021-01-19project.cmake: --toolset auto shouldn't set any compiler flagsEgor Tensin
2021-01-18project.ci: add GitHub ActionsEgor Tensin
2021-01-18project.ci: --install picks the directory automaticallyEgor Tensin
2021-01-18project.cmake: create the build dir if necessaryEgor Tensin
2021-01-17README: updateEgor Tensin
2021-01-17README: updateEgor Tensin
2021-01-17fix PyLint warningsEgor 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-10-18README: elaborateEgor Tensin
2020-10-04fix build dir path on Travis/AppVeyorEgor Tensin
I.e. it used to be just C:\projects instead of C:\projects\build on AppVeyor.
2020-04-04project.boost.download: add dest_dir parameterEgor Tensin
2020-04-04project.boost.download: --unpack = --cache if specifiedEgor Tensin
2020-03-31project.boost: retry downloadsEgor Tensin
2020-03-30project.cmake: support --mingw for Travis/AppVeyorEgor Tensin
2020-03-30project.ci: dedupe codeEgor Tensin
2020-03-30project.cmake: make it --boost awareEgor Tensin
2020-03-30project.boost.build: switch to --layout=systemEgor Tensin
2020-03-30project.cmake: make it --platform awareEgor Tensin
2020-03-30project.cmake.build: refactoringEgor 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
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-22 17:07:29 +0000