summaryrefslogtreecommitdiffstats
path: root/.ci/scripts/windows/docker.sh (follow)
Commit message (Collapse)AuthorAgeFilesLines
* qt: implement automatic crash dump supportLiam2023-10-081-1/+0
|
* ci/mingw: Remove pefile installation steplat9nq2023-07-091-1/+0
| | | | | This is unnecessary here: pefile is already installed on the container. This step also causes issues in coming changes to the container.
* ci/windows: Revert to using GCC for MinGW buildslat9nq2022-10-091-5/+1
| | | | | | | | | Using MinGW in the future may not be ideal as it does not work very well with crash dumps (#8682). Switch back to GCC on MinGW. This also gives CI a way to check GCC 12 (as of writing, or whatever version of mingw-gcc Arch happens to be shipping on a given week).
* ci,workflows: Enable crash dumps on MSVC buildslat9nq2022-09-051-0/+1
| | | | ci/windows: Enable crash dumps on MinGW builds
* 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,CMake: Drop Conan support for vcpkglat9nq2022-07-231-4/+1
| | | | | | | | | | | | | | | | | | Between packages breaking, Conan always being a moving target for minimum required CMake support, and now their moves to Conan 2.0 causing existing packages to break, I suppose this was a long time coming. vcpkg isn't without its drawbacks, but at the moment it seems easier on the project to use for external packages. Mostly removes the logic for Conan from the root CMakeLists file, leaving basic find_package()'s in its place. Sets only the find_package()'s that require CONFIG mode as necessary. clang and linux CI now use the vcpkg toolchain file configured in the Docker container when possible. mingw CI turns off YUZU_TESTS because there's no way on the container to run Windows executables on a Linux host anyway, and it's not easy to get Catch2 there.
* ci/windows: Copy what of FFmpeg not already presentlat9nq2022-07-061-1/+1
| | | | | Prevents overwriting libwinpthreads.dll when one should already be present from the first DLL search.
* CI: unbreak ADO after GHA changesliushuyu2022-07-051-2/+2
|
* CI: lint scriptsliushuyu2022-07-051-2/+1
|
* CI: fix cachingliushuyu2022-07-051-2/+2
|
* CI: use Ninja to build stuff fasterliushuyu2022-07-051-3/+3
|
* CI: Use GitHub Actions to check pull requestsliushuyu2022-07-051-6/+11
|
* ci/windows: Build using Clanglat9nq2022-06-171-3/+11
| | | | | | | | | | Uses the MinGWClangCross toolchain script to build yuzu. Disables our bundled SDL2 to use the system ones that have been modified to not use `-mwindows`. Also set's `-e` to stop the script on an error (as opposed to packaging nothing). Uses LLVM's linker for linking yuzu. Adds -femulated-tls due to a libstdc++ incompatibility between GCC and Clang in vulkan_common.
* ci/windows: Split up cmake commandlat9nq2022-06-171-1/+8
| | | | Improves readability.
* video_core/codecs: (re-spin) refactor ffmpeg searching and handlingliushuyu2021-12-161-3/+2
|
* Revert "video_core/codecs: refactor ffmpeg searching and handling in cmake"bunnei2021-12-151-2/+3
|
* CI: fix CI on Linuxliushuyu2021-12-141-3/+2
|
* CI: fix MinGW installation stepliushuyu2021-12-141-1/+1
|
* ci: windows: Copy the styles directory when packaginglat9nq2021-06-191-5/+6
| | | | | | | | | | | | | | Qt can make use of qwindowsvistastyle.dll if present, and our MinGW container has the library, but it was not being copied during the packaging process. Thus, yuzu looked like a Windows 98 application when using the PR-verify artifacts. This copies over the DLL during packaging, for that sweet-sweet Windows Vista style. In addition, set the Qt plugins path instead of the plugins/platforms path. This way we can use the directory directly, rather than appending a `..` everytime we need something just outside of it.
* externals: libusb: Use autotools for MinGWlat9nq2021-05-311-0/+3
| | | | | | | | | | | | After updating to 1.0.24, MinGW fails to build libusb as a result of numerous errors. So we build libusb their way and let them update the nontrivial stuff. This only applies to MinGW: the old path is still in use for Linux toolchains as well as MSVC. This will dynamically link libusb, since I hit build errors with the old way we used to resolve the conflict with SDL2.
* ci/windows: Copy downloaded FFmpeg librarieslat9nq2021-02-051-0/+5
| | | | | Copies FFmpeg libraries that were downloaded during the CMake configuration. Fixes dynamic linking issues with the MinGW builds.
* ci: Remove `-DYUZU_USE_BUNDLED_UNICORN=ON`lat9nq2020-12-081-1/+1
| | | | | | Unicorn has been removed, yet CI still enables building with Unicorn. This just cleans up a few leftovers by removing the variable from the CMake parameters in CI.
* yuzu: Port translation support from CitraFearlessTobi2020-07-181-1/+1
| | | | Co-Authored-By: Weiyi Wang <wwylele@gmail.com>
* Replace externals with Conan (#3735)James Rowe2020-05-081-12/+0
| | | | | | | | | | | | | | | | | | | | | * Remove git submodules that will be loaded through conan * Move custom Find modules to their own folder * Use conan for downloading missing external dependencies * CI: Change the yuzu source folder user to the user that the containers run on * Attempt to remove dirty mingw build hack * Install conan on the msvc build * Only set release build type when using not using multi config generator * Re-add qt bundled to workaround an issue with conan qt not downloading prebuilt binaries * Add workaround for submodules that use legacy CMAKE variables * Re-add USE_BUNDLED_QT on the msvc build bot
* Re-enables building yuzu with Vulkan enabled via the CI scriptslat9nq2020-05-031-1/+1
| | | | | | This is possible now with the updated Docker images and their updated packages. Before, there were build errors due to old QT5 packages on Ubuntu, but now since they have updated packages it is feasible to build with Vulkan enabled once more.
* Fixed packaging on some systems with different QT5 pathgxcreator2020-04-231-1/+7
|
* ci: Disable Vulkan for Windows MinGW buildsReinUsesLisp2020-01-291-1/+1
|
* ci: Add version counter variableZach Hilman2019-10-051-1/+1
|
* Finalize Azure Pipelines DefinitionsZach Hilman2019-07-141-0/+50
d