summaryrefslogtreecommitdiffstats
path: root/.ci/scripts/format/script.sh (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Move to Clang Format 15Levi Behunin2023-01-301-1/+1
| | | | | | Depends on https://github.com/yuzu-emu/build-environments/pull/69 clang-15 primary run
* ci: Allow setting clang-format binaryColin Kinloch2022-12-301-1/+1
|
* chore: make yuzu REUSE compliantAndrea Pappacoda2022-07-271-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | [REUSE] is a specification that aims at making file copyright information consistent, so that it can be both human and machine readable. It basically requires that all files have a header containing copyright and licensing information. When this isn't possible, like when dealing with binary assets, generated files or embedded third-party dependencies, it is permitted to insert copyright information in the `.reuse/dep5` file. Oh, and it also requires that all the licenses used in the project are present in the `LICENSES` folder, that's why the diff is so huge. This can be done automatically with `reuse download --all`. The `reuse` tool also contains a handy subcommand that analyzes the project and tells whether or not the project is (still) compliant, `reuse lint`. Following REUSE has a few advantages over the current approach: - Copyright information is easy to access for users / downstream - Files like `dist/license.md` do not need to exist anymore, as `.reuse/dep5` is used instead - `reuse lint` makes it easy to ensure that copyright information of files like binary assets / images is always accurate and up to date To add copyright information of files that didn't have it I looked up who committed what and when, for each file. As yuzu contributors do not have to sign a CLA or similar I couldn't assume that copyright ownership was of the "yuzu Emulator Project", so I used the name and/or email of the commit author instead. [REUSE]: https://reuse.software Follow-up to 01cf05bc75b1e47beb08937439f3ed9339e7b254
* ci: Update clang format versionameerj2021-09-241-1/+1
|
* General: Tidy up clang-format warnings part 2Lioncash2020-08-131-2/+0
|
* General: Tidy up clang-format warningsLioncash2020-08-091-1/+3
|
* ci: Make use of clang-format 10.0Lioncash2020-08-031-1/+1
| | | | | 10.0 seems to play nicer with C++ attributes compared to clang-format 6.0.
* Finalize Azure Pipelines DefinitionsZach Hilman2019-07-141-0/+37
d