You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi, I'm co-maintainer for the openexr related packages on Gentoo Linux.
I'm using a multilib platform, allowing 64-bit and 32-bit applications to run in parallel on a x86_64 and using gcc version 7.3.0. IlmBase compiles just fine for both arches, but when I run the testsuite it finishes successfully for 64-bit, but fails for 32-bit. I also tested it in a 32-bit only chroot enviroment with the same result.
The title of the issue is a bit misleading. It should be refer to x86 arch instead (x87 double rounding issue). This issue is not visible for instance on ppc, mips or arm (although 32bits architectures).
Sorry, I totally lost track of this issue.
We're in the process on moving to 2.4 release on Gentoo, where I didn't encounter this problem anymore. On my tests so far, all test cases succeeded.
Therefore, from my point of view, this issue can be closed.
This issue popped up again on x86 platform. However, by adding -ffloat-store from @malaterre's patch to CPPFLAGS for this platform solves it.
Thanks for the patch.
Hi, I'm co-maintainer for the openexr related packages on Gentoo Linux.
I'm using a multilib platform, allowing 64-bit and 32-bit applications to run in parallel on a x86_64 and using gcc version 7.3.0. IlmBase compiles just fine for both arches, but when I run the testsuite it finishes successfully for 64-bit, but fails for 32-bit. I also tested it in a 32-bit only chroot enviroment with the same result.
It errors on ImathTest with a core dump with
test-suite.log contains the info
Any idea, what's the cause for this failure?
TIA
The text was updated successfully, but these errors were encountered: