summaryrefslogtreecommitdiffstats
path: root/CMakeModules (unfollow)
Commit message (Collapse)AuthorFilesLines
2023-09-18cmake: prefer system renderdoc headerAlexandre Bouvier1-0/+19
2023-08-22Add macos moltenvk bundle, Add copy moltevk dylib scriptFeng Chen1-0/+18
2023-06-03android: Use ext-android-bin for external binaries.bunnei1-2/+1
2023-06-03cmake: download architecture-specific ffmpeg for androidLiam1-1/+1
2023-06-03cmake: Integrate bundled FFmpeg for Android.bunnei1-1/+6
2023-05-31CopyFFmpegDeps: Update variable namelat9nq1-1/+1
FFmpeg_DLL_DIR does not exist anywhere else in the repository. Evidently, the variable name was antiquated at some point, but it continued to work here as a zombie. Update the name and avoid copy issues.
2023-05-13Use TARGET_FILE_DIR generator expressionDanila Malyutin3-3/+3
Use $<TARGET_FILE_DIR:...> where appropriate instead of trying to guess where the binary will end up.
2023-03-12general: fix spelling mistakesLiam1-1/+1
2023-02-28cmake: support components in find modulesAlexandre Bouvier3-9/+40
2023-01-23cmake: prefer system llvm libraryAlexandre Bouvier1-0/+16
2023-01-02cmake: move find-modules to root cmake dirAlexandre Bouvier10-0/+385
2022-11-24CMake: rework for Qt6 supportKyle Kienapfel1-2/+5
This PR rearranges things in the CMake system to make compiling with Qt6 possible 1. Camera API has changed in Qt6, so the camera feature is disabled 2. A previous fix involving QLocale is now version gated. 3. QRegExp replaced with QRegularExpression, see #5343 4. Qt6_LOCATION option added to specify a location to search for Qt6 (see examples below) 5. windeployqt is used to copy Qt6 files into the build directory on Windows Notes for Arch Linux Arch install happened to have qt6-base qt6-declarative qt6-translations installed mkdir build && cd build cmake .. -GNinja -DYUZU_USE_BUNDLED_VCPKG=ON -DYUZU_TESTS=OFF -DENABLE_QT6=YES -DYUZU_USE_BUNDLED_QT=NO Windows (MSVC) Qt wants users to download precompiled libraries via an online installer, it is worth noting that the GPL/LGPL takes precendence over any ... In the Qt Maintenance tool, under a version, such as 6.3.1 Select "MSVC 2019 64-bit" Under Additional Libraries Qt Multimedia may be of use for Camera support For the Web Applet I had to select the following: PDF Positioning WebChannel WebEngine mkdir build && cd build cmake -G "Visual Studio 16 2019" -DQt6_LOCATION=C:/Qt/6.4.0/msvc2019_64/ \ -DENABLE_COMPATIBILITY_LIST_DOWNLOAD=YES -DYUZU_USE_BUNDLED_QT=NO \ -DENABLE_QT_TRANSLATION=YES -DENABLE_QT6=YES .. Some numbers for reference (msvc2019_64) Qt5 (slimmed down) 508 MB Qt5.15.2 all in 929 MB Qt6.3.1 1.71 GB Qt6.3.2 1.73 GB Qt6.4.0-beta3 1.83 GB Qt6.4.0 1.67 GB
2022-09-18cmake: fix git detectionAlexandre Bouvier1-8/+2
2022-07-27chore: make yuzu REUSE compliantAndrea Pappacoda8-0/+23
[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
2022-07-24service: irs: Move to IRS namespace and minor fixesgerman771-0/+1
2022-07-24yuzu: Hook qt camera to camera drivergerman771-0/+7
2022-07-15CopyYuzuQt5Deps: Remove unused dllsMorph1-7/+3
2022-07-05CI: fix cachingliushuyu2-0/+13
2022-06-17CMakeModules: Add MinGWClangCrosslat9nq1-0/+55
Facilitates what programs we need for cross-compiling to Windows from Linux using LLVM's compilers. Based on MinGWCross
2021-12-21Allow overriding SCM version infoAndrew Udvare1-3/+9
If the build is from a non-repository, these functions will return empty. This patch allows using defines to CMake to set version info such as -DGIT_BRANCH=master.
2021-10-03CMakeModules: Add Qt5QmlModelMorph1-0/+1
Required by Qt 5.15's QtWebEngine
2021-07-23cmake: Remove unused code in GenerateSCMRev.cmakeReinUsesLisp1-11/+2
Remove shader code hash generation code as it's no longer used.
2021-07-23shader: Remove old shader managementReinUsesLisp1-55/+1
2021-05-26cmake: Download Qt binaries on Linux if neededlat9nq1-38/+97
If the local version of Qt is older than the minimum version required by yuzu, download a pre-built binary package from yuzu-emu/ext-linux-bin and build yuzu with it, instead. This also requires linking yuzu to the correct libraries after building it, and copying over the required binaries when building yuzu. This sets the Qt requirement to 5.12, which is intentionally behind the versions used by our toolchains since they are not all updated yet to 5.15.
2021-04-22cmake: Download Boost if inadequate local versionlat9nq1-4/+18
Building SDL2 from externals is incompatible with Conan's version of libiconv, a requirement of Conan's Boost package. Solution is to use the same Boost package in use by the linux-fresh container. This tells CMake to download boost_1_75_0.tar.xz from yuzu-emu/ext-linux-bin at CMake's configuration step, much the same way Qt and FFmpeg are downloaded for Windows. Also makes DownloadExternals.cmake cross-platform. Although the CMake code is not entirely specific to Linux, only Linux has Boost libraries available at ext-linux-bin, whereas there is no equivalent Boost package for Windows at ext-windows-bin. caveat emptor
2021-02-10cmake: Update FFmpeg to 4.3.1lat9nq1-6/+2
Download FFmpeg package version 4.3.1. Uses a file defined within the package to determine with DLLs to copy. Also corrects a submodule name.
2021-02-09cmake: Revert FFmpeg 4.3.1 update for Windows buildsameerj1-1/+1
The new 4.3.1 externals build seems to not be compatible with yuzu. This also fixes an oversight when renaming CMake variables.
2020-11-04core: Remove usage of unicornLioncash1-9/+0
Unicorn long-since lost most of its use, due to dynarmic gaining support for handling most instructions. At this point any further issues encountered should be used to make dynarmic better. This also allows us to remove our dependency on Python.
2020-10-27video_core: NVDEC Implementationameerj1-0/+10
This commit aims to implement the NVDEC (Nvidia Decoder) functionality, with video frame decoding being handled by the FFmpeg library. The process begins with Ioctl commands being sent to the NVDEC and VIC (Video Image Composer) emulated devices. These allocate the necessary GPU buffers for the frame data, along with providing information on the incoming video data. A Submit command then signals the GPU to process and decode the frame data. To decode the frame, the respective codec's header must be manually composed from the information provided by NVDEC, then sent with the raw frame data to the ffmpeg library. Currently, H264 and VP9 are supported, with VP9 having some minor artifacting issues related mainly to the reference frame composition in its uncompressed header. Async GPU is not properly implemented at the moment. Co-Authored-By: David <25727384+ogniK5377@users.noreply.github.com>
2020-07-02cmake: stop linking against QGL after c6a0ab979239Jan Beich1-1/+0
2020-06-12gl_arb_decompiler: Implement an assembly shader decompilerReinUsesLisp1-0/+2
Emit code compatible with NV_gpu_program5. This should emit code compatible with Fermi, but it wasn't tested on that architecture. Pascal has some issues not present on Turing GPUs.
2020-05-02Make compatible with the current MinGW cross-compilerlat9nq1-2/+2
The Docker image was just updated to use Arch Linux instead of Ubuntu. This PR sets the compiler names to reflect how they are installed on the Arch Linux Docker image. Fixes "x86_64-w64-mingw32-g++-posix is not a full path and was not found in the PATH." errors in CMake.
2020-04-07Removed leftover test codeSilverBeamx1-2/+0
2020-04-07Addressed feedback: removed CMake hack in favor of building the necessary strings via the supplied title formatSilverBeamx1-19/+2
2020-04-07Hack BUILD_FULLNAME into GenerateSCMRev.cmakeSilverBeamx1-0/+19
2020-03-24Use the correct directory for Qt PluginsJames Rowe1-4/+8
2020-03-13shader/transform_feedback: Add host API friendly TFB builderReinUsesLisp1-0/+2
2020-03-09video_core: Rename "const buffer locker" to "registry"ReinUsesLisp1-2/+2
2020-03-09gl_shader_cache: Rework shader cache and remove post-specializationsReinUsesLisp1-2/+0
Instead of pre-specializing shaders and then post-specializing them, drop the later and only "specialize" the shader while decoding it.
2020-01-16Fix git version in scm_rev.cppJames Rowe1-0/+4
2019-10-25VideoCore: Unify const buffer accessing along engines and provide ConstBufferLocker class to shaders.Fernando Sahmkow1-2/+4
2019-10-05Shader_Ir: Refactor Decompilation process and allow multiple decompilation modes.Fernando Sahmkow1-0/+2
2019-10-05shader_ir: Corrections to outward movements and misc stuffsFernando Sahmkow1-0/+4
2019-08-21shader_ir: Implement VOTEReinUsesLisp1-0/+1
Implement VOTE using Nvidia's intrinsics. Documentation about these can be found here https://developer.nvidia.com/reading-between-threads-shader-intrinsics Instead of using portable ARB instructions I opted to use Nvidia intrinsics because these are the closest we have to how Tegra X1 hardware renders. To stub VOTE on non-Nvidia drivers (including nouveau) this commit simulates a GPU with a warp size of one, returning what is meaningful for the instruction being emulated: * anyThreadNV(value) -> value * allThreadsNV(value) -> value * allThreadsEqualNV(value) -> true ballotARB, also known as "uint64_t(activeThreadsNV())", emits VOTE.ANY Rd, PT, PT; on nouveau's compiler. This doesn't match exactly to Nvidia's code VOTE.ALL Rd, PT, PT; Which is emulated with activeThreadsNV() by this commit. In theory this shouldn't really matter since .ANY, .ALL and .EQ affect the predicates (set to PT on those cases) and not the registers.
2019-07-09shader_ir: Implement a new shader scannerFernando Sahmkow1-0/+2
2019-06-21shader: Decode SUST and implement backing image functionalityReinUsesLisp1-0/+1
2019-06-07cmake: Add missing shader hash file entriesReinUsesLisp1-0/+3
2019-04-16GenerateSCMRev: fix Travis compilation on repo forksfearlessTobi1-1/+1
2019-02-26shader/decode: Split memory and texture instructions decodingReinUsesLisp1-0/+1
2019-02-07cmake: Fix title bar issueReinUsesLisp1-8/+1
2019-02-07cmake: Fixup application stringMichael1-2/+2
Co-Authored-By: ReinUsesLisp <reinuseslisp@airmail.cc>
2019-02-07gl_shader_disk_cache: Invalidate shader cache changes with CMake hashReinUsesLisp1-0/+101
2019-01-20QT Frontend: Add a Loading screen with progressbarJames Rowe1-1/+4
With shader caches on the horizon, one requirement is to provide visible feedback for the progress. The shader cache reportedly takes several minutes to load for large caches that were invalidated, and as such we should provide a loading screen with progress. Adds a loading screen widget that will be shown until the first frame of the game is swapped. This was chosen in case shader caches are not being used, several games still take more than a few seconds to launch and could benefit from a loading screen.
2019-01-05build: Copy web engine resources to correct locationZach Hilman1-2/+1
2018-12-31Update Qt MSVC external to 5.12.0Zach Hilman1-1/+1
2018-12-28cmake: Add USE_QT_WEB_ENGINE flag and update build systemZach Hilman1-0/+27
2018-09-19Update MinGWCross.cmake to lowercasetech4me1-40/+40
2018-09-19travis: running mingw build on travis citech4me1-0/+54
This commit also fixed a broken cmake dependency with unicorn
2018-08-07Fix missing qjpeg DLLZach Hilman1-0/+3
2018-07-03Add qt windowsvistastyle dll to the buildJames Rowe1-0/+3
2018-06-23Revert "Use Ninja for MSVC AppVeyor builds" (#584)bunnei3-3/+3
2018-06-05Use Ninja for MSVC AppVeyor buildsMichał Janiszewski3-3/+3
2018-01-13Fix build on macOS and linuxMerryMage2-4/+4
2018-01-13Massive removal of unused modulesJames Rowe1-1/+1
2018-01-04cmake: Add CopyYuzuUnicornDeps script.bunnei1-0/+9
2018-01-04DownloadExternals: Use yuzu repo.bunnei1-1/+1
2017-09-11Build: Enable SSL in mingw by linking against WinSSLJames Rowe1-0/+18
The mingw builds aren't submitting telemetry because the curl library they are linked against is configured to use openSSL and openSSL looks for the certificates in the users home folder. This keeps it from contacting web services because it can't communicate over SSL. This commit adds a download in mingw builds that will download a precompiled curl for mingw linked against winssl and sspi.
2016-12-13Modularized Qt and SDL file copyingfreiro2-5/+8
Now cmake relies on two submodules to copy the libraries in the proper folders
2016-12-11Modularization of copy_msvc_libraries cmake functfreiro1-0/+19
Created a new folder in Citra's root called CMakeModules that should contain cmake functions used by the various CMakeLists.txt.