summaryrefslogtreecommitdiff
path: root/dev-python/python-oembed
diff options
context:
space:
mode:
authorIonen Wolkens <ionen@gentoo.org>2026-03-08 03:10:15 -0400
committerIonen Wolkens <ionen@gentoo.org>2026-03-08 04:05:53 -0400
commitcfb58f5cb2c139abcd05de8f94062428243812d9 (patch)
treedb2fe1a8fb15fbacd6c84110f267287087ee07f6 /dev-python/python-oembed
parentdf766944e5f5ffc41166a01ebb728cfa2d5a2a8b (diff)
downloadgentoo-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