Some sse codepaths in openal now always use sse2 which leads to a library that uses sse2 instructions even when built for just sse1. This of course fails when executing the resulting code on a cpu w/o sse2. None of the ALSOFT_*SSE* flags currently set by the ebuild are sufficient to disable the sse2 usage. I hacked the ebuild as follows to get a working library: src_configure() { my_configure() { local mycmakeargs=( ... + -DHAVE_SSE_INTRINSICS=$(usex cpu_flags_x86_sse2)
I have the same issue but on i586, always enabling CPU flags which arent suitable.
At least now, it seems to only do this when SSE2 is enabled, right?
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d3e3ec977fcd5f0af63da5a46658aba98cd34a1a commit d3e3ec977fcd5f0af63da5a46658aba98cd34a1a Author: Sam James <sam@gentoo.org> AuthorDate: 2021-02-05 05:02:51 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-02-05 05:02:51 +0000 media-libs/openal: bump to 1.21.1 Bug: https://bugs.gentoo.org/739252 Closes: https://bugs.gentoo.org/764056 Closes: https://bugs.gentoo.org/738240 Package-Manager: Portage-3.0.14, Repoman-3.0.2 Signed-off-by: Sam James <sam@gentoo.org> media-libs/openal/Manifest | 1 + media-libs/openal/openal-1.21.1.ebuild | 80 ++++++++++++++++++++++++++++++++++ 2 files changed, 81 insertions(+)
