aboutsummaryrefslogtreecommitdiffstatshomepage
Commit message (Collapse)AuthorAge
...
* workflows: use actions/cache@v2Egor Tensin2021-04-24
| | | | The v2 tag was finally bumped to v2.1.5 (I needed v2.1.4).
* workflows: fix cache pathEgor Tensin2021-04-24
| | | | | | | Forgot to switch to $RUNNER_WORKSPACE/build in the workflows also. Also, the usual crap with the cache action made me change the cache keys, or it would be restore in the wrong location for some reason.
* actions/build-boost: no more --verbose, it's stableEgor Tensin2021-04-24
|
* project.boost: turn off warnings unless --verboseEgor Tensin2021-04-24
|
* v2.0v2.0Egor Tensin2021-04-18
|
* project.boost.build: fix usage messageEgor Tensin2021-04-18
|
* README: updateEgor Tensin2021-04-18
|
* tools: bring back the .py extensionEgor Tensin2021-04-18
| | | | | It should help running the scripts on Windows, where the .py extension is associated with the Python interpreter.
* v1.0v1.0Egor Tensin2021-04-14
|
* README: updateEgor Tensin2021-04-14
|
* setup.cfg: include common.cmakeEgor Tensin2021-04-14
|
* update script names in README and --help outputEgor Tensin2021-04-14
|
* fix PyLint warningsEgor Tensin2021-04-13
|
* project.ci: hide the --hint parameterEgor Tensin2021-04-13
|
* setup.cfg: add lower Python boundEgor Tensin2021-04-13
|
* project.ci: add --hint parameterEgor Tensin2021-04-13
| | | | | This is a stupid workaround for testing other CI systems on GitHub Actions.
* remove excessive logging & obsolete project.ci.* packagesEgor Tensin2021-04-13
| | | | Logging command line arguments before parsing them is a bit excessive.
* setup.cfg: fix package namev0.1Egor Tensin2021-04-13
|
* tools: drop the .py extensionEgor Tensin2021-04-13
|
* README: fix badge linksEgor Tensin2021-04-13
|
* workflows/basic: add job for publishing to PyPIEgor Tensin2021-04-13
|
* add packaging metadataEgor Tensin2021-04-13
|
* tools: update usage information, add docs/ entriesEgor Tensin2021-04-07
|
* ctest-driver.py: add --fail-regex, fix --pass-regexEgor Tensin2021-04-06
|
* ctest-driver.py: add copyright noticeEgor Tensin2021-04-06
|
* ctest-driver.py: fix --new-windowEgor Tensin2021-04-06
|
* ctest-driver.py: MULTILINE regex matchingEgor Tensin2021-04-06
|
* ctest-driver.py: handle additional '--'sEgor Tensin2021-04-06
|
* clang-format.py: refactoringEgor Tensin2021-04-06
|
* tools: add ctest-driver.pyEgor Tensin2021-04-06
|
* workflows/basic: call clang-format.pyEgor Tensin2021-04-05
|
* clang-format.py: cd to top-level repo directoryEgor Tensin2021-04-05
| | | | git ls-tree only prints files under the current directory by default.
* project.cmake.build: -H must be at the endEgor Tensin2021-03-25
| | | | Older CMake versions don't like it when it's not the last argument.
* project.ci: GitHub Actions no longer has pre-built BoostEgor Tensin2021-03-24
|
* fix PyLint warningsEgor Tensin2021-03-24
|
* project.ci: use same variable names for all CIsEgor Tensin2021-03-24
| | | | Using different ones was quite weird to begin with.
* README: actualizeEgor Tensin2021-03-24
|
* project.ci: change build directoryEgor Tensin2021-03-24
| | | | It's now <source directory>/../build for consistency.
* project.cmake: fix "auto" platform detectionEgor Tensin2021-03-24
|
* project.cmake: set CMAKE_BUILD_PARALLEL_LEVELEgor Tensin2021-03-24
|
* project.utils: log to stdout, not stderrEgor Tensin2021-03-23
| | | | | This is a quick fix to the interleaved output issue I'm having on CI runs (when the logging output gets interleaved with subprocess output).
* project.boost: refactoringEgor Tensin2021-03-23
| | | | The extremely convoluted BoostBuildToolset situation is no more.
* project: minor refactoringEgor Tensin2021-03-23
|
* project.boost.build: refactoring & cleanupEgor Tensin2021-03-21
|
* project.cmake.build: refactoring & cleanupEgor Tensin2021-03-20
|
* project: minor refactoringEgor Tensin2021-03-20
|
* workflows: fail-fastEgor Tensin2021-03-20
| | | | They are stable enough.
* project.platform: add platform 'auto'Egor Tensin2021-03-20
| | | | | | | | | | | | | There were two problems: * On Windows, VS 2019 defaults to x64 while VS 2017 defaults to x86. * Too much focus on x86(-64) might mean that building stuff on ARM can become difficult. These were all addressed by adding a new platform 'auto'. On Windows, it defaults to picking either x64 or x86 (depending on the host arch) for both Boost and CMake. On Linux, it lets the compiler decide what arch to target.
* workflows/basic: enable on windows-2016Egor Tensin2021-03-19
|
* grammarEgor Tensin2021-03-15
|