summaryrefslogtreecommitdiff
path: root/dev-python/bpython
diff options
context:
space:
mode:
authorIonen Wolkens <ionen@gentoo.org>2025-10-06 19:37:21 -0400
committerIonen Wolkens <ionen@gentoo.org>2025-10-06 20:11:46 -0400
commit188057c10cac5caf1cdb5863b060f1bbf8bfc6dd (patch)
tree2568bc2c95b870bc60ab92b8227f9688a80b0277 /dev-python/bpython
parenta54626df5987095d7978c716682f7fff3e851e60 (diff)
downloadgentoo-188057c10cac5caf1cdb5863b060f1bbf8bfc6dd.tar.gz
gentoo-188057c10cac5caf1cdb5863b060f1bbf8bfc6dd.tar.bz2
gentoo-188057c10cac5caf1cdb5863b060f1bbf8bfc6dd.zip
media-video/ffmpeg: disable lto if clang+mold for now
gcc+any or clang+lld/bfd are fine, per bug #947697 comment #7 where rust faces a similar issue, seems to be specific to clang+mold. Do not know what is really to blame here (clang, mold, or ffmpeg's build system for not passing -flto during linking), but would rather do the simplest solution until resolved in whichever. A alternative would be to avoid stripping LDFLAGS if mold but I'd rather to leave lto handling entirely to ffmpeg to be as intended. Feel free to report if this been fixed somewhere (odds are I won't test this myself often), then will drop this after fixed toolchain was at least stabilized or added a ffmpeg backport. Put the logic on its own line for easier removal even if it does the get-flag bit for nothing. Haven't tested if older ffmpeg versions are affected too, but would rather keep this in sync so putting it in every versions (except ffmpeg-4 which hard disables lto anyway). Did test ffmpeg-8 and it did fail with it. Closes: https://bugs.gentoo.org/963835 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Diffstat (limited to 'dev-python/bpython')
0 files changed, 0 insertions, 0 deletions