summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* app-emulation/wine-vanilla: extend 32bit hwaccel warning for mesaIonen Wolkens2024-05-311-6/+14
| | | | | | | | | | | | | | | | | | Hard to tell what's actually needed, nvidia users do not need it on mesa (or need mesa at all), mesa users do not need it on nvidia, and multi-card users likely need it on both. If do this through dependencies, *could* always depend on mesa[abi_x86_32] even if it may be wrong, and depend on nvidia's if USE=video_cards_nvidia -- but for now sticking to a warning. Ultimately it's also kind of an optfeature, only needed if running 32bit hardware accelerated applications and not needed at build time. Non-issue for users doing abi_x86_32 globally. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* Revert "app-emulation/wine-vanilla: add workaround for gcc14 ICE w/ mingw"Ionen Wolkens2024-05-211-3/+0
| | | | | | | | | | This reverts commit b23fe7660928f72b2146770ae145a5f57012ef7c. 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>
* app-emulation/wine-vanilla: add workaround for gcc14 ICE w/ mingwIonen Wolkens2024-05-201-0/+3
| | | | | Bug: https://bugs.gentoo.org/932319 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: depend on vulkan-loader[X?]Ionen Wolkens2024-05-151-1/+1
| | | | | | | | | | Not worth a revbump, rather few people disable that. Also do [wayland?] for 9.8 and 9999, technically vulkan support is pretty WIP so it's more or less a placeholder -- more correct handling would be to require vulkan? ( X ) for now. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: filter -Wl,--gc-sectionsIonen Wolkens2024-05-071-0/+1
| | | | | | | | | | | Is an issue with both lld and bfd that I can see, likely due to the linker tricks wine uses. Let's just filter it as it's fragile. Skipping revbump given the option is rarely used and shouldn't affect many. Bug: https://bugs.gentoo.org/931329 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: filter -Wl,-z,* ... for CFLAGSIonen Wolkens2024-03-241-0/+6
| | | | | | | | | | | | | | | | | | | | test-flags-CC was not meant to test LDFLAGS and -Wl,* are no-ops at compile-time and thus don't get stripped even if they don't work (same happens when using strip-unsupported-flags) 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). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: Stabilize 9.0 amd64, #924197Matoro Mahri2024-02-271-1/+1
| | | | | Signed-off-by: Matoro Mahri <matoro_gentoo@matoro.tk> Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: drop -fno-plt filteringIonen Wolkens2024-02-261-2/+0
| | | | | | | | | | Not that this means that it works. Logic was inverted in 9.0+ and I meant to correct it, but after all I don't think I want to even care for this and users with USE=custom-cflags are on their own. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: Stabilize 9.0 x86, #924197Sam James2024-02-111-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* app-emulation/wine-vanilla: add ebuild comment tip for user patchesIonen Wolkens2024-01-171-0/+3
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 9.0Ionen Wolkens2024-01-161-0/+420
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>