app-emulation / dxvk

Vulkan-based implementation of D3D9, D3D10 and D3D11 for Linux / Wine

Official package sites : https://github.com/doitsujin/dxvk/ ·

v9999 :: 0 :: gentoo

Modified
License
ZLIB Apache-2.0 MIT
USE flags
crossdev-mingw d3d10 d3d11 d3d9 dxgi strip

v2.3.1-r1 :: 0 :: gentoo

Modified
License
ZLIB Apache-2.0 MIT
Keywords
-* amd64 x86
USE flags
crossdev-mingw d3d10 d3d11 d3d9 dxgi strip

v1.10.3-r1 :: 0 :: gentoo

Modified
License
ZLIB
Keywords
-* amd64 x86
USE flags
crossdev-mingw d3d10 d3d11 d3d9 debug dxgi

General

crossdev-mingw
Use sys-devel/crossdev for the toolchain rather than dev-util/mingw64-toolchain (requires manual setting up)
d3d10
Enable support for DirectX 10 (d3d10.dll)
d3d11
Enable support for DirectX 11 (d3d11.dll)
d3d9
Enable support for DirectX 9 (d3d9.dll)
debug
Enable extra debug codepaths, like asserts and extra output. If you want to get meaningful backtraces see https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Backtraces
dxgi
Enable support for the DirectX Graphics Infrastructure (dxgi.dll)
strip
Allow symbol stripping to be performed by the ebuild for special files

abi_x86

32
32-bit (x86) libraries
64
64-bit (amd64) libraries
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
Revert "app-emulation/dxvk: add workaround for gcc14 ICE w/ mingw"
This reverts commit 0ee751a060fc66194a019a0fdd23bde99775cb01. Fixing in mingw64-toolchain instead, *could* keep the workaround longer for those that didn't update but likely doesn't affect many. Bug: https://bugs.gentoo.org/932319 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: add workaround for gcc14 ICE w/ mingw
Bug: https://bugs.gentoo.org/932319 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: enable py3.13
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: fix build with gcc14
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Ionen Wolkens · gentoo
app-emulation/dxvk: drop 2.2-r1, 2.3
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Sam James · gentoo
app-emulation/dxvk: Stabilize 2.3.1-r1 amd64, #930780
Signed-off-by: Sam James <sam@gentoo.org>
Sam James · gentoo
app-emulation/dxvk: Stabilize 2.3.1-r1 x86, #930780
Signed-off-by: Sam James <sam@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: filter -Wl,-z,* ... for C(XX)FLAGS
strip-unsupported-flags handles this fine in LDFLAGS, but -Wl,* are no-ops during compile-only tests (thus not stripped) and then if a package compiles and links anything at same time it fails. This used not to be a big problem but now that 23.0 profiles do -Wl,-z,pack-relative-relocs (mingw ld has no -z) this is hitting bashrc-mv users that tend to do CFLAGS="${LDFLAGS}" by default. Tempting to ignore it because of how wrong it is, but well. An alternate route could be to eventually have strip-flags and/or strip-unsupported-flags remove -Wl,* from non-LDFLAGS given this could affect more than mingw (e.g. switching to bfd when there is a lld-only option). wrt bug #928038, this already been done a while ago for wine, mingw64-runtime, and mingw64-toolchain itself and there *should* have been only dxvk and vkd3d-proton left (now done). Closes: https://bugs.gentoo.org/928038 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: mark as LTO unsafe
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: remove old -fstack-protector workaround
mingw64-*-11 been gone for a while now. Was originally thinking to add the same workaround as mingw64-toolchain for -Wl,-z,* but meson does not need this. So isntead cleaning this up. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: sync live
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Ionen Wolkens · gentoo
app-emulation/dxvk: add 2.3.1
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: "fix" VariableOrderWrong
More of an edge case, meant to keep it close to the 9999 block's SRC_URI. But fairly harmless to make pkgcheck happy by moving it down. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: add short comment for libdisplay-info fallback
It may otherwise look odd at a glance. Bundled fallback is normally not something we want to do, but this is a special situation. Solving properly would essentially involve having PE multilib (abi_x86_pe32/64 or so) on libdisplay-info which is far too involved for little gain. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Mike Lothian · gentoo
app-emulation/dxvk: Force fallback for libdisplay-info in 9999
Without this 64bit dxvk doesn't compile for me ionen's note: to clarify this is due to finding the system copy of libdisplay-info (if installed), but we're cross-compiling using mingw so we don't want the ELF one Signed-off-by: Mike Lothian <mike@fireburn.co.uk> Closes: https://github.com/gentoo/gentoo/pull/35245 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Sam James · gentoo
app-emulation/dxvk: Stabilize 2.3 amd64, #915004
Signed-off-by: Sam James <sam@gentoo.org>
Sam James · gentoo
app-emulation/dxvk: Stabilize 2.3 x86, #915004
Signed-off-by: Sam James <sam@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: add 2.3
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: do not use -p to copy from distdir
Closes: https://bugs.gentoo.org/912373 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: fix setup script with wine[wow64]
Currently it will try to install both 32bit and 64bit dlls in system32. Very few likely use wow64 so far, but this could come biting later without a revbump. Ideally do not want to use these scripts anymore and write something new that could be packaged separately and shared between dxvk, vkd3d-proton, and potential new packages. Albeit haven't explored the cleanest way to do this yet, so just do a dirty sanity check + fallback for now (wish could just use these directly from system paths, but wine really does not seem to offer a way to do this). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Ionen Wolkens · gentoo
app-emulation/dxvk: drop 2.0, 2.1
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: allow abi_x86_32 on no-multilib profiles
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: update -mno-avx comment to match wine
Unsure for the status of issues with dxvk, the old Tk-Glitch issue (who were building this with -march=native) is 404 given repos changed around and unsure what the reproducer is. But given seemingly bad code is being generated for recent Wine I think this is unsafe enough that should keep it for now. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Arthur Zamarin · gentoo
app-emulation/dxvk: Stabilize 2.2 amd64, #908051
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
Arthur Zamarin · gentoo
app-emulation/dxvk: Stabilize 2.2 x86, #908051
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: USE=-debug -> global USE=strip in live
Will update the old ebuilds eventually but given this triggers a rebuild with --changed-use (default enabled), will wait till a bump and maybe stable to give a chance for people to update. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: enable py3.12
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: drop 2.1_p20230207
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Ionen Wolkens · gentoo
app-emulation/dxvk: add 2.2
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: update flags filters
* -fstack-clash-protection (bug #758914): ICE was fixed, if still run into this then updating gcc to a newer _p* snapshot should sort it (alternatively, use released >=gcc-13.1.0) * -fstack-protector* (bug #870136): mingw64-runtime-11.0.0 adds its own (partial) ssp support, allowing -D_FORTIFY_SOURCE=3 and -fstack-protector-strong without libssp. Using these to build Wine currently still leads to failure, but we can allow it here. Bug: https://bugs.gentoo.org/758914 Bug: https://bugs.gentoo.org/870136 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: fix build w/ gcc13
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: add 2.1_p20230207
This matches the version used by Proton-8.0.1c, providing to match expectations of advertised proton bug fixes and will only be kept until there's a new dxvk release. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: stabilize 2.1 for amd64, x86
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: sync live
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Ionen Wolkens · gentoo
app-emulation/dxvk: add 2.1
python is used by libdisplay-info at build time Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: add ebuild comment about keeping <2.0
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: backport req use from live
But keep the old too because lacks the meson rules changes from 9999 Aka need: 1.10.3 -> dxgi? ( d3d11 ) 9999 -> d3d11? ( dxgi ) 2.0 -> d3d11? ( dxgi ) dxgi? ( d3d11 ) But realistically nobody disables any of these either way, at best it just saves on build time. Closes: https://bugs.gentoo.org/885975 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: stabilize 2.0 for amd64, x86
No real reason to keep this ~arch only, and will be convenient for stable Wine users. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Ionen Wolkens · gentoo
app-emulation/dxvk: fix ExcessiveLineLength
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Ionen Wolkens · gentoo
app-emulation/dxvk: stabilize 1.10.3 for amd64, x86
Will not keep it forever, but stabilizing this older version as well given 2.0 requires more recent vulkan drivers to function. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: update live required use
meson logic was shifted around, standalone dxgi builds are now possible dxgi option is required for d3d11 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: temporarily restore setup_dxvk.sh
Better than nothing until come up with a solution. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: update live
Roughly anyway, this will need more attention. Ideally hoping upstream will provide some better options than raw instructions to the removed setup_dxvk.sh, or may have to make our own one given this is rather annoying to handle manually. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: cleanup wine check in old too
Does not really feel useful, ultimately this can be used in many ways (including custom wines, or perhaps not even wine) and trying to check does not mean much. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Ionen Wolkens · gentoo
app-emulation/dxvk: sync live
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Ionen Wolkens · gentoo
app-emulation/dxvk: add 2.0
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: filter -mfunction-return=thunk for mingw
Unfortunately mingw doesn't play well with many security/mitigation flags. May need to consider a mingw.eclass if keep adding more of these to every ebuilds using it. Bug: https://bugs.gentoo.org/878849 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: filter -fstack-clash-protection
Bug: https://bugs.gentoo.org/758914 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: drop 1.10.1, 1.10.2
Unsure how long want to keep old versions for this (like wine it can be useful to handle regressions), but think patch releases can go. May keep 1.10.x for longer after 1.11.x Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: filter ssp for mingw
Bug: https://bugs.gentoo.org/870136 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Mike Lothian · gentoo
app-emulation/dxvk: Remove test option in 9999
This has been removed upstream Signed-off-by: Mike Lothian <mike@fireburn.co.uk> Closes: https://github.com/gentoo/gentoo/pull/27098 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: add 1.10.3
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: filter -fuse-ld for mingw
flag-o-matic is looking at respecting -fuse-ld for test-flags-CCLD, which is good but don't want this when doing the user-unexpected switch to mingw toolchain (filtering feels more solid either way). Users can use MINGW_BYPASS=1 if really need full control. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: use EROOT for old overlay check
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Ionen Wolkens · gentoo
app-emulation/dxvk: add 1.10.2
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: change bits check method
Unlikely, but old could fail if "amd64=86" is in the environment. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: give note about overlay differences
Just a courtesy until this version settles in, been in overlays for a long time and switching back & forth can give a poor experience. Similar applies to vkd3d-proton but it's less known and overlays only had live ebuilds. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: add bypass for crossdev checks / unset
Unset is needed given CC is not expected to be a cross-compiler but, if users know what they are doing, leave a way (MINGW_BYPASS=1). If e.g. llvm-mingw is ever officially supported, may need a mingw eclass to juggle toolchains properly and instruct about them. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
app-emulation/dxvk: new package, add 1.10.1 + live
Many want to build this, but crossdev requirement made it unsuitable for ::gentoo. Now, mingw64-toolchain is there to remedy this and so let's add it. crossdev can still be used if USE=crossdev-mingw Note that unlike most overlays, this intentionally does not modify config.cpp and then installs dxvk.conf as a documentation example. Use the intended ${PWD}/dxvk.conf or DXVK_CONFIG_FILE env var. Paths are also different (using lib64 is not necessary and requires workarounds), so may need to update WINEPREFIX symlinks. Closes: https://bugs.gentoo.org/664310 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>