OpenImageIO: [BUG] OIIO 2.5.7.0 fails to build on Fedora only on aarch64
Describe the bug
/builddir/build/BUILD/OpenImageIO-2.5.7.0/src/include/OpenImageIO/simd.h:4796:32: error: cannot convert ‘int16x8_t’ to ‘OpenImageIO_v2_5::simd::vint4::simd_t’ {aka ‘int32x4_t’} in initialization
4796 | simd_t val16 = vcombine_s16(vqmovn_s32(clamped), vdup_n_s16(0));
| ~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| |
| int16x8_t
Full log: https://kojipkgs.fedoraproject.org//work/tasks/1777/111791777/build.log
Perhaps this is do to the new SIMD updates? I never built 2.5.6.0 in the official repos but all test builds completed.
Platform information:
- OIIO branch/version: 2.5.7.0
- OS: Fedora Rawhide
- C++ compiler: gcc 13.2.1
- Any non-default build flags when you build OIIO: See full logs
About this issue
- Original URL
- State: closed
- Created 6 months ago
- Comments: 27 (6 by maintainers)
Commits related to this issue
- fix(simd.h): Address NEON issues (#4143) Primarily, recent changes (PR #4071) to vint4::store for the NEON case appear to have some type mismatches, which apple clang on ARM-based Mac (including ou... — committed to AcademySoftwareFoundation/OpenImageIO by lgritz 5 months ago
- fix(simd.h): Address NEON issues (#4143) Primarily, recent changes (PR #4071) to vint4::store for the NEON case appear to have some type mismatches, which apple clang on ARM-based Mac (including ou... — committed to lgritz/OpenImageIO by lgritz 5 months ago
- fix(simd.h): Address NEON issues (#4143) Primarily, recent changes (PR #4071) to vint4::store for the NEON case appear to have some type mismatches, which apple clang on ARM-based Mac (including our ... — committed to 1div0/OpenImageIO by lgritz 5 months ago
all architectures are passing now for me
I will force newer BuildRequires.
Same issue for openSUSE Tumbleweed
https://build.opensuse.org/package/live_build_log/graphics/OpenImageIO/openSUSE_Factory_ARM/aarch64