| Commit message (Collapse) | Author | Age | |
|---|---|---|---|
| * | use contextlib.chdir | Egor Tensin | 13 days |
| | | |||
| * | ignore more Pylint warnings | Egor Tensin | 2026-10-09 |
| | | |||
| * | ugprade to StrEnum | Egor Tensin | 2026-10-09 |
| | | |||
| * | move Pylint settings to pyproject.toml | Egor Tensin | 2026-10-06 |
| | | |||
| * | tools/ctest-driver.py -> project/ctest_driver.py | Egor Tensin | 2026-10-05 |
| | | |||
| * | tools/project-clang-format.py -> project/format.py | Egor Tensin | 2026-10-05 |
| | | |||
| * | pyproject.toml: make a guess about the required Python version | Egor Tensin | 2026-10-05 |
| | | |||
| * | use default settings for Black | Egor Tensin | 2026-06-23 |
| | | |||
| * | require Python 3.8v6.0.5 | Egor Tensin | 2026-06-15 |
| | | | | | | I actually tried running this w/ Python 3.6, and it's just a PITA. A couple of later features are already in use. | ||
| * | update pyproject.toml | Egor Tensin | 2026-05-20 |
| | | |||
| * | update my email | Egor Tensin | 2026-05-17 |
| | | |||
| * | workflows: add Python black run | Egor Tensin | 2026-05-17 |
| | | |||
| * | REMOVE common.cmakev6.0remove_common_cmake | Egor Tensin | 2026-03-30 |
| | | | | | | | | | | | | | | | | | | | | | | | | This repo literally started with common.cmake. However, I think that in this day and age, it is, to put it mildly, outdated. Feature by feature: * The C++ standard is better defined on a per-project basis, and it's very easy. Frankly, I'm surprised GCC still (as of March '26) defaults to something pre-11 (or at least I think it does). * The warning options are, again, very easy to do on a per-project basis, and perhaps they should be defined there. * The Windows-only defines (NOMINMAX, etc.) are, again, very easy to define on the project level, and don't warrant a separate file. * The static runtime thing is more tricky. I use static runtime linking on Windows only, basically. And since about 3.15, it supports CMAKE_MSVC_RUNTIME_LIBRARY, which can set up the linking without my help. I don't care about the older versions enough to keep maintenance. * Symbol stripping is better done when calling `cmake --install --strip` in modern CMake version. Otherwise, it's a simple compilation flag for Release builds. * Installing PDBs does require some trickery though. It's simple enough: you just call install() with $<TARGET_PDB_FILE> or whatever it's called. | ||
| * | remove project.ci | Egor Tensin | 2023-07-03 |
| | | | | | | | | | | | The weird magic going on in the ci-{boost,build} scripts is honestly too weird. With hindsight, it seems to me that it's much better to just build a project with the same command during a CI run as when developing locally. Plus, I haven't really used either Travis or AppVeyor in quite some time, so this code was mostly untested really. | ||
| * | project.ci.cmake -> project.ci.build | Egor Tensin | 2023-07-03 |
| | | | | | Accordingly, rename ci-cmake to ci-build. | ||
| * | project.cmake.build -> project.build | Egor Tensin | 2023-07-03 |
| | | | | | Accordingly, rename cmake-build to project-build. | ||
| * | add runtime version information | Egor Tensin | 2023-03-02 |
| | | |||
| * | packaging: move to pyproject.toml-only | Egor Tensin | 2023-03-02 |
| | | |||
| * | add packaging metadata | Egor Tensin | 2021-04-13 |
 |
index : cmake-common | |
| Utilities to help develop C++/CMake projects | Egor Tensin |
| aboutsummaryrefslogtreecommitdiffstatshomepage |