Building app-misc/strigi-0.7.8-r1 with gcc-6 fails in configure stage with: > CMake Error at libstreams/cmake/MacroEnsureVersion.cmake:27 (MATH): > math cannot parse the expression: "x86_646*10000 + x86_641*100 + x86_640": > syntax error, unexpected exp_NUMBER, expecting $end (8) > Call Stack (most recent call first): > libstreams/cmake/MacroCheckGccVisibility.cmake:24 (macro_ensure_version) > libstreams/CMakeLists.txt:47 (macro_check_gcc_visibility) > CMake Error at libstreamanalyzer/cmake/MacroEnsureVersion.cmake:27 (MATH): > math cannot parse the expression: "x86_646*10000 + x86_641*100 + x86_640": > syntax error, unexpected exp_NUMBER, expecting $end (8) > Call Stack (most recent call first): > libstreamanalyzer/cmake/MacroCheckGccVisibility.cmake:24 (macro_ensure_version) > libstreamanalyzer/CMakeLists.txt:70 (macro_check_gcc_visibility)
Created attachment 434280 [details, diff] strigi-0.7.8-gcc6.patch Pending approval upstream: https://sourceforge.net/p/strigi/patches/4/
I see that fix was applied, but this is bound to break with GCC 7 again. Why not fix it once and for all?
(In reply to Andreas Sturmlechner from comment #2) > I see that fix was applied, but this is bound to break with GCC 7 again. Why > not fix it once and for all? I agree it's not ideal but I don't maintain the cmake module. IIRC, it has other problems waiting to happen (a bump in the clang version for instance). I just wanted to demonstrate the simplest fix and allow upstream to decide if/how it will restructure it.
Thanks. https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=19fe7ff6b906d04e9641f6229a5166d7b5c006dc (In reply to Andreas Sturmlechner from comment #2) > I see that fix was applied, but this is bound to break with GCC 7 again. Why > not fix it once and for all? This is correct but i think at this time strigi is already removed ;).