Summary: | media-libs/dav1d: broken with lto (at least clang+lto) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Joonas Niilola <juippis> |
Component: | Current packages | Assignee: | Luca Barbato <lu_zero> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | sam, telans |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=791544 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 618550 |
Description
Joonas Niilola
2021-07-08 08:35:53 UTC
Probably a dupe of bug #791544. Tl;DR is: dav1d greps raw ELF to detect platform properties. Ah, your link is about runtime failures. Never mind me. Yes, it compiles fine, but runtime segfaults. The link seems to state that gcc+lto is fine too, so it's somehow clang+lto related. Seems like +clang -lto works fine. So I suggest to check if tc-is-clang && is-flagq "-flto*" -> strip lto out with filter-flags "-flto*", and post some elog to user about it. Since the breakage happens in runtime, and not in build-time. Looking at the upstream bug report, this seems resolved in 1.0.0. So bug can be closed when 1.0.0 is stabilized and <1.0.0 cleaned, I guess. (In reply to Joonas Niilola from comment #5) > Looking at the upstream bug report, this seems resolved in 1.0.0. So bug can > be closed when 1.0.0 is stabilized and <1.0.0 cleaned, I guess. I don't believe I ever got round to filing a Gentoo bug related to the dav1d one. The fix was to pass through `-Dstack_alignment=16` to emesonargs when tc-is-clang + lto. Nothing was changed on dav1d's side as from their point of view it's a clang bug. https://github.com/llvm/llvm-project/issues/39981 https://github.com/llvm/llvm-project/issues/40602 |