Though LTO is not officially supported in Gentoo yet, the patch adds just three lines to let the ebuild support it. Basically, sed checks config.h if the EXTERN_PREFIX definition is properly terminated. This definition gets improperly set with an embedded newline if lto options of gcc are enabled. This bug should probably be fixed upstream as well. Greetings Reproducible: Always
Created attachment 341890 [details, diff] ebuild patch to let mplayer build using gcc's LTO options ebuild patch to let mplayer build using gcc's LTO options
Thanks for patch.
Yes, thank you for the patch. I was naive to try the patch also with mplayer2. The compilation fail somewhere in the middle with a bunch of such messeges: libmpcodecs/vf_fspp.c: Assembler messages: libmpcodecs/vf_fspp.c:900: Error: junk `C 0000000000000001 0000000000000001MM_FIX_0_707106781' after expression libmpcodecs/vf_fspp.c:905: Error: junk `C 0000000000000001 0000000000000001MM_2' after expression libmpcodecs/vf_fspp.c:931: Error: junk `C 0000000000000001 0000000000000001MM_FIX_1_414213562_A' after expression libmpcodecs/vf_fspp.c:947: Error: junk `C 0000000000000001 0000000000000001MM_FIX_0_382683433' after expression libmpcodecs/vf_fspp.c:949: Error: junk `C 0000000000000001 0000000000000001MM_FIX_0_541196100' after expression libmpcodecs/vf_fspp.c:951: Error: junk `C 0000000000000001 0000000000000001MM_FIX_1_306562965' after expression