No subject

I cannot tell which version of gcc you were using. Is it the default
one from apple?

Also was it a clean build or did you reuse an old one?

Tom

On Fri, May 29, 2009 at 22:44, Bradley Lowekamp <blowekamp at mail.nih.gov> wr=
ote:
> Unless RougeResearch5 is an intel, I don't see any machines on the dash
> board which cover this case. I should have=A0chosen=A0by build configurat=
ions
> for the mini's better.
> By setting:
>
> CMAKE_OSX_ARCHITECTURES:STRING=3Dppc;i386;ppc64;x86_64
>
> I am getting the following compilation error:
> [ 24%] Building CXX object
> Utilities/vxl/core/vnl/CMakeFiles/itkvnl.dir/vnl_math.o
> In file included from
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.cxx:8=
:
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:51:=
46:
> error: emmintrin.h: No such file or directory
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h: In
> function =91int vnl_math_rnd_halfinttoeven(float)=92:
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:193=
:
> error: =91_mm_set_ss=92 was not declared in this scope
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:193=
:
> error: =91_mm_cvtss_si32=92 was not declared in this scope
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h: In
> function =91int vnl_math_rnd_halfinttoeven(double)=92:
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:200=
:
> error: =91_mm_set_sd=92 was not declared in this scope
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:200=
:
> error: =91_mm_cvtsd_si32=92 was not declared in this scope
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h: In
> function =91int vnl_math_floor(float)=92:
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:359=
:
> error: =91_mm_set_ss=92 was not declared in this scope
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:359=
:
> error: =91_mm_cvtss_si32=92 was not declared in this scope
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h: In
> function =91int vnl_math_floor(double)=92:
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:366=
:
> error: =91_mm_set_sd=92 was not declared in this scope
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:366=
:
> error: =91_mm_cvtsd_si32=92 was not declared in this scope
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h: In
> function =91int vnl_math_ceil(float)=92:
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:444=
:
> error: =91_mm_set_ss=92 was not declared in this scope
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:444=
:
> error: =91_mm_cvtss_si32=92 was not declared in this scope
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h: In
> function =91int vnl_math_ceil(double)=92:
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:451=
:
> error: =91_mm_set_sd=92 was not declared in this scope
> /nfs/mead/Users/blowek1/src/Insight/Utilities/vxl/core/vnl/vnl_math.h:451=
:
> error: =91_mm_cvtsd_si32=92 was not declared in this scope
> make[2]: *** [Utilities/vxl/core/vnl/CMakeFiles/itkvnl.dir/vnl_math.o] Er=
ror
> 1
>
> If I am just building ppc, or intel, it fine (this is what I think is
> covered on the dash board. But if it's both architectures, I get these er=
ror
> messages.
> As intel and ppc have different endianness, a=A0similar=A0handling=A0of t=
his cross
> compilation issue was done here in=A0itkConfigure.h.in :
> /* what byte order */
> /* All compilers that support Mac OS X define either __BIG_ENDIAN__ or
> =A0=A0 __LITTLE_ENDIAN__ to match the endianness of the architecture bein=
g
> =A0=A0 compiled for. This is not necessarily the same as the architecture=
 of
> =A0=A0 the machine doing the building. In order to support Universal Bina=
ries on
> =A0=A0 Mac OS X, we prefer those defines to decide the endianness.
> =A0=A0 On other platform, we use the result of the TRY_RUN. */
> #if !defined(__APPLE__)
> =A0=A0#cmakedefine CMAKE_WORDS_BIGENDIAN
> =A0=A0#ifdef CMAKE_WORDS_BIGENDIAN
> =A0=A0 =A0#define ITK_WORDS_BIGENDIAN
> =A0=A0#endif
> #elif defined(__BIG_ENDIAN__)
> =A0=A0#define CMAKE_WORDS_BIGENDIAN
> =A0=A0#define ITK_WORDS_BIGENDIAN
> #endif
> I think the checks for VNL_CONFIG_ENABLE_SSE2_ROUNDING, appear to build a
> build test only. This is insufficient when building an apple universal
> binary.
> Brad
>
>
> On May 29, 2009, at 4:11 PM, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>
> Hello,
> I think there is a problem with the 3.14. If you have an intel mac and ar=
e
> building a universal binary there is a compilation issue.
> This is likely due to the rounding changing, and how it checks for the
> architecture. I am building an=A0experimental=A0now (victoria.nlm). And I=
 am
> going to change mini1.nlm, to cover this case tonight too.
> Brad
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D
> Bradley Lowekamp
> Lockheed Martin=A0Contractor for
> Office of High Performance Computing and Communications
> National Library of Medicine
> blowekamp at mail.nih.gov
>
> <ATT00001.txt>
>
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D
>
> Bradley Lowekamp
>
> Lockheed Martin=A0Contractor for
>
> Office of High Performance Computing and Communications
>
> National Library of Medicine
>
> blowekamp at mail.nih.gov
>
>