diff options
| author | Ionen Wolkens <ionen@gentoo.org> | 2025-10-06 19:37:21 -0400 |
|---|---|---|
| committer | Ionen Wolkens <ionen@gentoo.org> | 2025-10-06 20:11:46 -0400 |
| commit | 188057c10cac5caf1cdb5863b060f1bbf8bfc6dd (patch) | |
| tree | 2568bc2c95b870bc60ab92b8227f9688a80b0277 /dev-python/bpython | |
| parent | a54626df5987095d7978c716682f7fff3e851e60 (diff) | |
| download | gentoo-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
