cmake-common - Utilities to help develop C++/CMake projects

	Commit message (Collapse)	Author
2021-12-15	support VS 2022	Egor Tensin

2021-05-09	project.cmake: use -DVAR instead of -D VAR	Egor Tensin
	This should look prettier in the logs + it's explicitly allowed in the manual.
2021-05-08	project.toolset: tweak --help-toolsets output	Egor Tensin

2021-05-08	remove the "-" between toolset and version	Egor Tensin

2021-05-08	project.toolset: tweak --help-toolsets output	Egor Tensin

2021-05-08	toolset "visual-studio" -> "vs"	Egor Tensin

2021-05-08	add --help-toolsets parameter	Egor Tensin
	Also, get rid of mentions of Visual Studio versions lower than 2010.
2021-05-07	project.toolset: move _full_exe_name to utils	Egor Tensin

2021-05-07	project.toolset: support versioned MSVC toolsets	Egor Tensin
	You can now use something like msvc-141, vs-2017, etc.
2021-05-07	fix PyLint warnings	Egor Tensin

2021-05-07	project.toolset: refactoring	Egor Tensin

2021-05-07	project.toolset: merge both other modules to this one	Egor Tensin

2021-05-06	"toolchain" -> "toolset", part 2	Egor Tensin

2021-05-06	"toolchain" -> "toolset", part 1	Egor Tensin

2021-01-17	README: update	Egor Tensin

2021-01-17	fix PyLint warnings	Egor Tensin

2021-01-17	GIANT CLUSTERFUCK OF A COMMIT	Egor 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.