[NumPy-Tickets] [NumPy] #1399: distutils fails to build ppc64 support on Mac OS X when requested

NumPy Trac numpy-tickets@scipy....
Mon Oct 18 08:54:15 CDT 2010


#1399: distutils fails to build ppc64 support on Mac OS X when requested
---------------------------------+------------------------------------------
  Reporter:  david.warde-farley  |       Owner:  rgommers                                      
      Type:  defect              |      Status:  reopened                                      
  Priority:  highest             |   Milestone:  1.5.1                                         
 Component:  numpy.distutils     |     Version:  devel                                         
Resolution:                      |    Keywords:  macosx, osx, distutils, universalbinary, ppc64
---------------------------------+------------------------------------------
Changes (by rgommers):

  * status:  closed => reopened
  * resolution:  fixed =>


Comment:

 OK, I admit. I'm not smart enough to understand distutils. Tested with 3
 versions on OS X and 2 versions on Windows - all fine. Version nr. 4 on OS
 X (py27 + macosx10.5 installer) fails:
 {{{
 building 'scipy.lib.lapack.calc_lwork' extension
 compiling C sources
 C compiler: gcc-4.0 -fno-strict-aliasing -fno-common -dynamic -arch i386
 -arch ppc -arch x86_64 -g -O2 -DNDEBUG -g -O3

 creating
 build/temp.macosx-10.5-fat3-2.7/build/src.macosx-10.5-fat3-2.7/scipy
 creating
 build/temp.macosx-10.5-fat3-2.7/build/src.macosx-10.5-fat3-2.7/scipy/lib
 creating
 build/temp.macosx-10.5-fat3-2.7/build/src.macosx-10.5-fat3-2.7/scipy/lib/lapack
 compile options: '-DNO_ATLAS_INFO=3 -Ibuild/src.macosx-10.5-fat3-2.7
 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-
 packages/numpy/core/include
 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c'
 extra options: '-faltivec'
 gcc-4.0: build/src.macosx-10.5-fat3-2.7/fortranobject.c
 gcc-4.0:
 build/src.macosx-10.5-fat3-2.7/scipy/lib/lapack/calc_lworkmodule.c
 compiling Fortran sources
 Fortran f77 compiler: /usr/local/bin/gfortran -Wall -ffixed-form -fno-
 second-underscore -fPIC -O3 -funroll-loops -arch i386 -arch ppc -arch
 x86_64
 Fortran f90 compiler: /usr/local/bin/gfortran -Wall -fno-second-underscore
 -fPIC -O3 -funroll-loops -arch i386 -arch ppc -arch x86_64
 Fortran fix compiler: /usr/local/bin/gfortran -Wall -ffixed-form -fno-
 second-underscore -Wall -fno-second-underscore -fPIC -O3 -funroll-loops
 -arch i386 -arch ppc -arch x86_64
 compile options: '-DNO_ATLAS_INFO=3 -Ibuild/src.macosx-10.5-fat3-2.7
 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-
 packages/numpy/core/include
 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c'
 gfortran:f77: scipy/lib/lapack/calc_lwork.f
 /usr/local/bin/gfortran -Wall -Wall -undefined dynamic_lookup -bundle
 build/temp.macosx-10.5-fat3-2.7/build/src.macosx-10.5-fat3-2.7/scipy/lib/lapack/calc_lworkmodule.o
 build/temp.macosx-10.5-fat3-2.7/build/src.macosx-10.5-fat3-2.7/fortranobject.o
 build/temp.macosx-10.5-fat3-2.7/scipy/lib/lapack/calc_lwork.o
 -Lbuild/temp.macosx-10.5-fat3-2.7 -lgfortran -o
 scipy/lib/lapack/calc_lwork.so -Wl,-framework -Wl,Accelerate
 }}}

 See how all the -arch flags are correct in the "Fortran f77/f90/fix
 compiler:" lines, but then are still missing from the actual compile
 command? You only see this when compiling with the {{{--verbose}}} switch
 by the way.

 Let's give it one more week, but if no one figures this out by next Monday
 let's reverse the original patch for 1.5.1.

-- 
Ticket URL: <http://projects.scipy.org/numpy/ticket/1399#comment:15>
NumPy <http://projects.scipy.org/numpy>
My example project


More information about the NumPy-Tickets mailing list