-
Notifications
You must be signed in to change notification settings - Fork 619
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
testDWAACompression and testDWABCompression fail on aarch64, i686 #1460
Comments
I confirm, 3.1.7 was fine on aarch64 and breaks with 3.1.8. |
@kdt3rd, it looks like the test that's failing was introduced in 3.1.8 as a part of the expanded DWA support, so it's something deeper than a simple regression. |
yes, this will be in the neon code ported into the core library (or ifdefs mismatching in doing so) |
Thanks, I see this as well, namely for |
@fweimer-rh is it possible that you are compiling with custom CXXFLAGS for architecture choices and now the Core library requires similar changes to using CFLAGS (it being pure C, not C++)? What I thought might be an issue does not appear to be an obvious issue, except I was seeing errors like that when one library is using SIMD extensions and the other isn't (they don't produce identical numerical results then). This is temporary until we gain confidence that the two are the same in all cases, and then we'll use the C implementation from the C++ layer. |
@kdt3rd We haven't changed our build flags on aarch64 or i686, so that's probably not really the issue here. Our i686 variant does not even have FMA (but aarch64 does). |
It seems these tests pass only on x86_64. With 3.1.9, these tests fail on i686, aarch64, ppc64le, and s390x (tested with Fedora rawhide). |
If we can confirm the problem is the test and not an actual arch issue I can skip tests on non x86_64 arches. |
It would appear that using pre-computed values result in slightly different results on non-sse architectures. I've reverted that change for now in #1488 (will let it test on main, then pick onto the 3.1 release branch) |
I backported #1488 on top of 3.1.9 and it fixes most architectures (armv7, ppc64le, etc.) but aarch64 still fails:
|
https://build.opensuse.org/request/show/1099246 by user pgajdos + anag+factory - Add patch to fix regression on non-SSE architectures AcademySoftwareFoundation/openexr#1460: * 1488.patch - Also disable 'DWA[AB]Compression' test on aarch64 as the patch above fixes the issue for all targets, except aarch64 (forwarded request 1099245 from Guillaume_G)
Closed inadvertently. #1488 fixes part of the problem, but there is still a failure on aarch64, right? |
That's correct. Aarch64 has still issues. |
Fedora are doing the same and it's a small subset of the total tests. Not ideal, but it is what it is. Bug: AcademySoftwareFoundation/openexr#1460 Closes: https://bugs.gentoo.org/922247 Signed-off-by: Sam James <sam@gentoo.org>
The aarch64 failure looks like this:
The i686 failure looks similar, the difference being:
Seen with 3.1.8.
The text was updated successfully, but these errors were encountered: