media-libs/embree for arm64 requires "neon" - https://bugs.gentoo.org/851705 # emerge embree -pvq [ebuild R ] media-libs/embree-3.13.5 USE="compact-polys raymask ssp tbb -ispc -tutorial" CPU_FLAGS_ARM="neon"
i have to add: media-libs/embree -cpu_flags_arm_neon to /etc/portage/profile/package.use.mask for package to build
To the arm64 maintainers: Is there any specific reason why the neon flag is masked in the arm64 use.mask? The file only has this comment which is three years old at this point: # Aaron Bauman <bman@gentoo.org> (2019-12-27) # Mask cpu_flags_arm_neon for all of arm64 # A neon64 USE is being discussed cpu_flags_arm_neon I don't have an ARM CPU, so I can't really test any of this. But to me I don't see any reason for this besides maybe that support for neon was flaky for the arm64 at some point (or perhaps still is). But as I didn't find any information about this, I just have to assume that it might be time to remove the flag mask instead of having a white list of packages.
(In reply to Sebastian Parborg from comment #2) > To the arm64 maintainers: > > Is there any specific reason why the neon flag is masked in the arm64 > use.mask? > > The file only has this comment which is three years old at this point: > # Aaron Bauman <bman@gentoo.org> (2019-12-27) > # Mask cpu_flags_arm_neon for all of arm64 > # A neon64 USE is being discussed > cpu_flags_arm_neon > > I don't have an ARM CPU, so I can't really test any of this. But to me I > don't see any reason for this besides maybe that support for neon was flaky > for the arm64 at some point (or perhaps still is). But as I didn't find any > information about this, I just have to assume that it might be time to > remove the flag mask instead of having a white list of packages. i have gentoo on Apple M1 Max, VM on Parallels Desktop, so i can test anything for you if required
Hmm, I would have liked to get some feedback from the arm64 maintainers first. However I guess you could try to compile every package with the `neon` arm cpu flag and see if it works for you. If it does, I don't see any reason to keep the flag masked. Or if only a few fails, we can do a blacklist for the flag instead of a white list.
same for media-libs/openpgl
Just noticed the global arm64 neon mask on a different package after checking that the new version of cpuid2cpuflags still happily reports that neon should be in CPU_FLAGS_ARM. We can test things on armv8 cortex-a72.cortex-a53 big.LITTLE RK3399 based RockPro64.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=efacc8d56335abb5b10c2a4b536d1add8a2e500e commit efacc8d56335abb5b10c2a4b536d1add8a2e500e Author: Paul Zander <negril.nx+gentoo@gmail.com> AuthorDate: 2024-08-12 21:13:53 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-08-14 14:25:27 +0000 media-libs/embree: add 4.3.3 Closes: https://bugs.gentoo.org/937275 Closes: https://bugs.gentoo.org/936509 Closes: https://bugs.gentoo.org/906049 Closes: https://bugs.gentoo.org/895016 Signed-off-by: Paul Zander <negril.nx+gentoo@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/38125 Signed-off-by: Sam James <sam@gentoo.org> media-libs/embree/Manifest | 1 + media-libs/embree/embree-4.3.3.ebuild | 174 ++++++++++++++++++++++++++++++++++ 2 files changed, 175 insertions(+)
