aboutsummaryrefslogtreecommitdiffstatshomepage
Commit message (Collapse)AuthorAge
* actions/check-runtime-library: locate objdump on WindowsHEADmasterEgor 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
|
* workflows/basic: fix Python 3.6 testsEgor Tensin2023-01-02
|
* workflows: actualize runner OSesEgor Tensin2023-01-02
|
* workflows: upgrade actionsEgor Tensin2022-12-11
|
* make .gitattributes more consistentEgor Tensin2022-12-11
|
* workflows/ci_appveyor: fix runner imageEgor Tensin2022-01-07
| | | | It's important thanks to %APPVEYOR_BUILD_WORKER_IMAGE%.
* workflows/boost_download: same versions as boost_toolsetsEgor Tensin2022-01-07
|
* workflows: reduce number of jobs furtherEgor Tensin2022-01-07
|
* workflows: remove remnants of Cygwin jobsEgor Tensin2022-01-07
|
* workflows/boost_toolsets: simplify the spec furtherEgor Tensin2022-01-07
|
* workflows/boost_toolsets: 3 Boost versions instead of 4Egor Tensin2022-01-07
| | | | Make it not quite that slow.
* workflows: remove Cygwin workflowsEgor Tensin2022-01-07
| | | | | Part of a) simplifying the workflow files and b) reducing the number of jobs. I'll probably add basic Cygwin jobs later.
* workflows/basic: add some commentsEgor Tensin2022-01-07
|
* v3.4v3.4Egor Tensin2022-01-05
|
* workflows/boost_toolsets: VS 2022 isn't supported by older BoostsEgor Tensin2021-12-18
|
* actions/check-boost-bootstrapped: only print bootstrap.log if it's thereEgor Tensin2021-12-16
|
* support VS 2022Egor Tensin2021-12-15
|
* v3.3v3.3Egor Tensin2021-12-15
|
* basic macOS supportEgor Tensin2021-12-15
| | | | | I don't have a Mac to test on, but the knowledge that there is basic support for macOS is still nice.
* workflows/basic: minor fixEgor Tensin2021-10-16
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-21 20:05:02 +0000