This issue also applies to i686 kernel with ix86 userland, not just to the abovementioned AMD64-kernel with 32bit userland mixture. (Tested with today's Debian sid: libc6-dev 2.13-35 linux-image-3.2.0-3-686-pae).

from openexr.

Also present in v2.0.0.beta.2.zip

from openexr.

Still present in ilmbase 1.0.3.

from openexr.

Same for me on 32bit linux.
Might be related to the glibc not having mxcsr in 32bit _libc_fpstate

I've used the hack described, but make check fails at this step:
lt-ImathTest: testBox.cpp:286: void {anonymous}::testExtendByPoint(const char*) [with T = Imath::Vec2]: Assertion `b.min == min && b.max == max' failed.
/bin/sh: line 5: 7761 Aborted (core dumped) ${dir}$tst
FAIL: ImathTest

from openexr.

RedHat uses the following patch to fix the build-error:

diff -up ilmbase-1.0.3/IexMath/IexMathFpu.cpp.ucontext ilmbase-1.0.3/IexMath/IexMathFpu.cpp
--- ilmbase-1.0.3/IexMath/IexMathFpu.cpp.ucontext 2012-07-26 20:51:55.000000000 +0200
+++ ilmbase-1.0.3/IexMath/IexMathFpu.cpp 2012-08-02 23:33:14.815036891 +0200
@@ -228,6 +228,7 @@ clearExceptions ()
const uint16_t cwRestoreMask = ~((3 << 10) | (3 << 8));
const uint16_t cwRestoreVal = (0 << 10) | (3 << 8);

+#if 0
inline void
restoreControlRegs (const ucontext_t & ucon, bool clearExceptions)
{
@@ -235,7 +236,7 @@ restoreControlRegs (const ucontext_t & u
setMxcsr (ucon.uc_mcontext.fpregs->mxcsr, clearExceptions);
}

-#if 0
+#endif

//
// Ugly, the mxcsr isn't defined in GNU libc ucontext_t, but
@@ -255,7 +256,6 @@ restoreControlRegs (const ucontext_t & u
setMxcsr (kfp->magic == 0 ? kfp->mxcsr : 0, clearExceptions);
}

-#endif

} // namespace FpuControl

The testsuite still fails with

lt-ImathTest: testBox.cpp:253: void {anonymous}::testExtendByPoint(const char*) [with T = Imath::Vec2]: Assertion `b.min == p && b.max == p' failed.
/bin/bash: line 4: 1727 Aborted ${dir}$tst

FAIL: ImathTest

1 of 1 tests failed

from openexr.

I must chime in too. This is on Funtoo ~x86 (32bit current). The same occurs whether I use the version from http://dev.gentoo.org/~ssuominen/openexr-${PV}.tar.gz
or directly from git in a directory, running bootstrap, configure, make check. Of course from portage package manager as well. Wish I knew of the hack spoken of by kwizart.
Glib 2.15.-r3 (AKA libc6)
automake 1.11.16
Latest 2.0.0
IexMathFpu.cpp: In function 'void Iex::FpuControl::restoreControlRegs(const ucontext_t&, bool)':
IexMathFpu.cpp:262:38: error: 'struct _libc_fpstate' has no member named 'cwd'
IexMathFpu.cpp:263:40: error: 'struct _libc_fpstate' has no member named 'mxcsr'

from openexr.

Hey - are you pulling from the develop branch from here?
(Master should reflect the snapshot of that last released/tagged version)

from openexr.

cloned exactly like this: git clone https://github.com/openexr/openexr.git. Is this what you wanted to know: master 5c820c8?

from openexr.

Could you try 
git checkout develop
git pull
and see if there are still issues? This is the OpenEXR-2.0
development code, which should have a fix for this issue.On 03/15/2013 05:59 PM, Mike Johnson
  wrote:

  cloned exactly like this: git clone https://github.com/openexr/openexr.git.
    Is this what you wanted to know: master 5c820c8?
  —
    Reply to this email directly or view
      it on GitHub.

from openexr.

Thank you. The development version indeed got it way past that error. However, I now have the same symptom mentioned by ametzler above:
ImathTest: testBox.cpp:286: void {anonymous}::testExtendByPoint(const char*) [with T = Imath::Vec2]: Assertion `b.min == min && b.max == max' failed.
/bin/sh: line 5: 25491 Aborted ${dir}$tst
FAIL: ImathTest

from openexr.

ilmbase 2.0.0 builds on i386, however the testsuite still fails with:
extendBy() point for type V2f
extendBy() point for type V2d
lt-ImathTest: testBox.cpp:253: void {anonymous}::testExtendByPoint(const char*) [with T = Imath_2_0::Vec2]: Assertion `b.min == p && b.max == p' failed.
/bin/bash: line 4: 7000 Aborted ${dir}$tst
FAIL: ImathTest

from openexr.

Does 20061ef fix this?

from openexr.

2.0.1 compiles, but the testsuite still errs out, probably due to a opt-error.

Pasting in the respective comment from #67:
The ilmbase testsuite (not the openexr one) succeeds if only the two files testBoxAlgo.cpp and testBox.cpp are built with -fno-inline or -ffloat-store (either of theses gcc options does the trick).

from openexr.

opened the testBox failure as a separate issue: #100.

from openexr.