diff options
| author | Ionen Wolkens <ionen@gentoo.org> | 2026-03-08 03:10:15 -0400 |
|---|---|---|
| committer | Ionen Wolkens <ionen@gentoo.org> | 2026-03-08 04:05:53 -0400 |
| commit | cfb58f5cb2c139abcd05de8f94062428243812d9 (patch) | |
| tree | db2fe1a8fb15fbacd6c84110f267287087ee07f6 /dev-python/python-oembed | |
| parent | df766944e5f5ffc41166a01ebb728cfa2d5a2a8b (diff) | |
| download | gentoo-cfb58f5cb2c139abcd05de8f94062428243812d9.tar.gz gentoo-cfb58f5cb2c139abcd05de8f94062428243812d9.tar.bz2 gentoo-cfb58f5cb2c139abcd05de8f94062428243812d9.zip | |
wine.eclass: disable stack-protector globally
Rather than just when doing cross (which was very broken), albeit
ideal would be to figure out why this is happening. With mingw the
implementation for security flags are often partial/dodgy, but the
native bits should be different which implies most likely a bug in
Wine (not planning to pursue this myself).
Will not bother with revbumps given have not heard of other users
having issues and pretty sure a few are using the flag esp. on
hardened, there may be some conditions to hit the issue.
wrt the -fno-stack*, generally should not be needed unless users
setup their own mingw compiler using crossdev and had it use it
by default (CFLAGS are mostly ignored, so almost nothing is passed).
Closes: https://bugs.gentoo.org/970983
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Diffstat (limited to 'dev-python/python-oembed')
0 files changed, 0 insertions, 0 deletions
