aboutsummaryrefslogtreecommitdiffstatshomepage
Commit message (Collapse)AuthorAge
...
* common.cmake: fix CC_STATIC_RUNTIME w/r/t BoostEgor Tensin2026-01-21
| | | | | | Since I've been transitioning to Boost's CMake files, the shortcut where I just specify LIBRARYDIR & USE_STATIC_RUNTIME doesn't seem to work anymore, so we're fighting.
* project.boost: switch from `stage` to `install`Egor Tensin2026-01-20
| | | | | | | | | That's part of a global transition aiming to switch to Boost CMake files. Since 1.70.0, they've been releasing CMake files, which I should (?) be using. Additionally, modern CMake versions simply deprecate the FindBoost module (see policy CMP0167), insisting on using the supplied CMake files. I'll try to continue supporting old Boost versions; let's see how it goes.
* project.toolset: shit code reductionv5.1Egor Tensin2026-01-17
|
* project.toolset: preemptively add VS 2026Egor Tensin2026-01-17
| | | | It's not supported on GitHub Actions yet.
* add time zone to logsv5.0.1Egor Tensin2026-01-13
|
* add dependabot.ymlEgor Tensin2026-01-11
|
* I guess Python 3 is mature enoughv5.0Egor Tensin2025-12-29
|
* workflows: fix the setup-mingw versionEgor Tensin2025-12-29
|
* workflows/msvc_versions: update thingsEgor Tensin2025-12-29
|
* workflows: remove boost_clang_windowsEgor Tensin2025-12-29
| | | | Boost 1.69.0 was released 7 years ago; I think it's time to let go.
* workflows/boost_toolsets: update thingsEgor Tensin2025-12-29
|
* drop Cygwin, it's obsoleteEgor Tensin2025-12-29
|
* workflows/example_toolsets: upgrade actionsEgor Tensin2025-12-29
|
* workflows/example_toolsets: update runner images and actionsEgor Tensin2025-12-29
|
* workflows/boost_download: update versions and actionsEgor Tensin2025-12-29
|
* workflows/basic: upgrade actionsEgor Tensin2025-12-29
|
* workflows/basic: update runner imagesEgor Tensin2025-12-29
|
* project.boost.download: fix download URLsEgor Tensin2025-12-29
|
* workflows/basic: update python versionsEgor Tensin2025-12-29
|
* actions/check-runtime-library: locate objdump on WindowsEgor Tensin2023-11-05
|
* actions/software-environment: print objdump pathEgor Tensin2023-11-05
|
* common.cmake: downgrade C++ standard versionv4.0Egor Tensin2023-07-04
| | | | | | | | | | | | | | I was testing the new version (C++20) with some existing code, and immediately got build errors. Apparently, now this: const auto s = u8"hello"; means that s has the type of const char8_t *const, where char8_t is some batshit insanity with 0 backwards compatibility. For example, you cannot make a std::string out of this??? Fuck that, and fuck C++ committee morons.
* README & --help message updatesEgor Tensin2023-07-04
|
* common.cmake: refactoringEgor Tensin2023-07-04
|
* common.cmake: bump default C++ standardEgor Tensin2023-07-04
|
* common.cmake: fix a typoEgor Tensin2023-07-03
|
* 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.
* project.cmake: require the build dir argumentEgor Tensin2023-07-03
| | | | | | It doesn't make a lot of sense for the build dir argument to be optional. There's still a placeholder you can use to build in a temporary directory.
* fix PyLint warningsEgor Tensin2023-07-03
|
* common.cmake: enable warnings for Clang as wellEgor Tensin2023-07-03
| | | | | I seriously can't believe I didn't have warnings enabled for Clang. That is so, so dumb.
* docs/cmake: update referencesEgor Tensin2023-07-01
|
* actions/check-runtime-library: fix linked libs on Windows againEgor Tensin2023-06-30
| | | | | | On Windows 2022, MinGW now links to api-ms-win-crt-* libraries; keeping track of that becomes too burdensome, so I'll switch to a black-list of libraries rather than a white-list.
* actions/check-runtime-library: fix linked libs on WindowsEgor Tensin2023-03-12
| | | | | Apparently, MinGW doesn't link to either ucrtbase.dll or msvcrt.dll at all on Windows.
* README: updatev3.4.2Egor Tensin2023-03-02
|
* workflows/basic: ignore changes in the docsEgor Tensin2023-03-02
|
* workflows/basic: unpin runner imageEgor Tensin2023-03-02
|
* workflows/basic: drop Python 3.6Egor Tensin2023-03-02
| | | | | setuptools 61 doesn't support it (required for pyproject.toml-only configuration).
* workflows: trigger for pathsEgor Tensin2023-03-02
| | | | This should speed things up. Hopefully I didn't mess it up.
* add runtime version informationEgor Tensin2023-03-02
|
* workflows/basic: test more Python versionsEgor Tensin2023-03-02
|
* packaging: move to pyproject.toml-onlyEgor Tensin2023-03-02
|
* use --quiet flags for installationsEgor Tensin2023-02-25
|
* v3.4.1v3.4.1Egor Tensin2023-01-29
|
* update project descriptionEgor Tensin2023-01-29
|
* workflows/boost_clang_windows: fix runner imageEgor Tensin2023-01-02
| | | | windows-2022 wouldn't even bootstrap older releases.
* workflows: use a newer Boost versionEgor Tensin2023-01-02
| | | | windows-latest no longer support building older Boost releases.
* actions/check-runtime-library: msvcrt.dll -> ucrtbase.dllEgor Tensin2023-01-02
|
* actions/build-example: set-output is deprecatedEgor Tensin2023-01-02
|
generated by cgit v1.3 (git 2.53.0) at 2026-10-25 12:29:20 +0000