| Commit message (Collapse) | Author | Age | |
|---|---|---|---|
| * | split some development info into DEVELOPMENT.mdv6.0.3 | Egor Tensin | 2026-05-20 |
| | | |||
| * | workflows: split arrays into lines | Egor Tensin | 2026-05-20 |
| | | |||
| * | workflows/ci: set job names | Egor Tensin | 2026-05-20 |
| | | |||
| * | workflows: rework the publish workflow | Egor Tensin | 2026-05-20 |
| | | | | | | For some reason, when using workflow_run: trigger, it gets triggered on any listed workflow, not on all of them as I would expect. | ||
| * | workflows: split out the PyPI publishing workflow | Egor Tensin | 2026-05-20 |
| | | |||
| * | workflows/basic: drop Python 3.8v6.0.2 | Egor Tensin | 2026-05-20 |
| | | | | | setuptools of the required version doesn't support 3.8. | ||
| * | workflows: add Python black run | Egor Tensin | 2026-05-17 |
| | | |||
| * | workflows: reschedule for my convenience | Egor Tensin | 2026-04-12 |
| | | |||
| * | workflows: clean up path ignore patterns | Egor Tensin | 2026-03-30 |
| | | |||
| * | move testing-only things into test/ | Egor Tensin | 2026-03-30 |
| | | |||
| * | remove examples "dynamic" & "static" | Egor Tensin | 2026-03-30 |
| | | | | | | To be specific the "dynamic" example is the new "simple". I don't need 3 basic example projects, one is enough. | ||
| * | project.boost.build: saner command line options | Egor Tensin | 2026-03-29 |
| | | |||
| * | boost: root/ -> install_dir/ | Egor Tensin | 2026-03-29 |
| | | |||
| * | build(deps): bump egor-tensin/cleanup-path from 4 to 5 | dependabot[bot] | 2026-03-17 |
| | | | | | | | | | | | | | | | | Bumps [egor-tensin/cleanup-path](https://github.com/egor-tensin/cleanup-path) from 4 to 5. - [Release notes](https://github.com/egor-tensin/cleanup-path/releases) - [Commits](https://github.com/egor-tensin/cleanup-path/compare/v4...v5) --- updated-dependencies: - dependency-name: egor-tensin/cleanup-path dependency-version: '5' dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <support@github.com> | ||
| * | build(deps): bump actions/upload-artifact from 6 to 7 | dependabot[bot] | 2026-03-03 |
| | | | | | | | | | | | | | | | | Bumps [actions/upload-artifact](https://github.com/actions/upload-artifact) from 6 to 7. - [Release notes](https://github.com/actions/upload-artifact/releases) - [Commits](https://github.com/actions/upload-artifact/compare/v6...v7) --- updated-dependencies: - dependency-name: actions/upload-artifact dependency-version: '7' dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <support@github.com> | ||
| * | workflows: remove on: pull_request | Egor Tensin | 2026-03-01 |
| | | | | | Why do I even need this? on: push covers everything I need | ||
| * | project.build: make arguments sane | Egor Tensin | 2026-02-02 |
| | | |||
| * | workflows/example_toolsets: comment out symbol checks temporarily | Egor Tensin | 2026-02-02 |
| | | | | | | The proper way to do this is to do `cmake --install --strip`, and not via a function. | ||
| * | project.boost: switch from `stage` to `install` | Egor Tensin | 2026-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. | ||
| * | add dependabot.yml | Egor Tensin | 2026-01-11 |
| | | |||
| * | workflows: fix the setup-mingw version | Egor Tensin | 2025-12-29 |
| | | |||
| * | workflows/msvc_versions: update things | Egor Tensin | 2025-12-29 |
| | | |||
| * | workflows: remove boost_clang_windows | Egor Tensin | 2025-12-29 |
| | | | | | Boost 1.69.0 was released 7 years ago; I think it's time to let go. | ||
| * | workflows/boost_toolsets: update things | Egor Tensin | 2025-12-29 |
| | | |||
| * | drop Cygwin, it's obsolete | Egor Tensin | 2025-12-29 |
| | | |||
| * | workflows/example_toolsets: upgrade actions | Egor Tensin | 2025-12-29 |
| | | |||
| * | workflows/example_toolsets: update runner images and actions | Egor Tensin | 2025-12-29 |
| | | |||
| * | workflows/boost_download: update versions and actions | Egor Tensin | 2025-12-29 |
| | | |||
| * | workflows/basic: upgrade actions | Egor Tensin | 2025-12-29 |
| | | |||
| * | workflows/basic: update runner images | Egor Tensin | 2025-12-29 |
| | | |||
| * | workflows/basic: update python versions | Egor Tensin | 2025-12-29 |
| | | |||
| * | actions/check-runtime-library: locate objdump on Windows | Egor Tensin | 2023-11-05 |
| | | |||
| * | actions/software-environment: print objdump path | Egor Tensin | 2023-11-05 |
| | | |||
| * | common.cmake: bump default C++ standard | Egor Tensin | 2023-07-04 |
| | | |||
| * | 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. | ||
| * | project.cmake: require the build dir argument | Egor Tensin | 2023-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. | ||
| * | actions/check-runtime-library: fix linked libs on Windows again | Egor Tensin | 2023-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 Windows | Egor Tensin | 2023-03-12 |
| | | | | | | Apparently, MinGW doesn't link to either ucrtbase.dll or msvcrt.dll at all on Windows. | ||
| * | workflows/basic: ignore changes in the docs | Egor Tensin | 2023-03-02 |
| | | |||
| * | workflows/basic: unpin runner image | Egor Tensin | 2023-03-02 |
| | | |||
| * | workflows/basic: drop Python 3.6 | Egor Tensin | 2023-03-02 |
| | | | | | | setuptools 61 doesn't support it (required for pyproject.toml-only configuration). | ||
| * | workflows: trigger for paths | Egor Tensin | 2023-03-02 |
| | | | | | This should speed things up. Hopefully I didn't mess it up. | ||
| * | add runtime version information | Egor Tensin | 2023-03-02 |
| | | |||
| * | workflows/basic: test more Python versions | Egor Tensin | 2023-03-02 |
| | | |||
| * | use --quiet flags for installations | Egor Tensin | 2023-02-25 |
| | | |||
| * | workflows/boost_clang_windows: fix runner image | Egor Tensin | 2023-01-02 |
| | | | | | windows-2022 wouldn't even bootstrap older releases. | ||
| * | workflows: use a newer Boost version | Egor Tensin | 2023-01-02 |
| | | | | | windows-latest no longer support building older Boost releases. | ||
| * | actions/check-runtime-library: msvcrt.dll -> ucrtbase.dll | Egor Tensin | 2023-01-02 |
| | | |||
