summaryrefslogtreecommitdiffstatshomepage
path: root/pyproject.toml (follow)
Commit message (Collapse)AuthorAge
* require Python 3.8v6.0.5Egor Tensin2026-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.tomlEgor Tensin2026-05-20
|
* update my emailEgor Tensin2026-05-17
|
* workflows: add Python black runEgor Tensin2026-05-17
|
* REMOVE common.cmakev6.0remove_common_cmakeEgor Tensin2026-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.ciEgor Tensin2023-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.buildEgor Tensin2023-07-03
| | | | Accordingly, rename ci-cmake to ci-build.
* project.cmake.build -> project.buildEgor Tensin2023-07-03
| | | | Accordingly, rename cmake-build to project-build.
* add runtime version informationEgor Tensin2023-03-02
|
* packaging: move to pyproject.toml-onlyEgor Tensin2023-03-02
|
* add packaging metadataEgor Tensin2021-04-13