#49516: py27-scipy build failure on PowerBookG4 running Leopard 10.5.8; fortran compiler called with bizarre arguments ----------------------------+----------------------------- Reporter: zanderpower@… | Owner: sean@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Resolution: | Keywords: leopard powerpc Port: py-scipy | ----------------------------+----------------------------- Changes (by ryandesign@…): * cc: drjesacco@… (added) Comment: Replying to [comment:5 drjesacco@…]:
The culprit is py-numpy. Specifically: the method get_flags_opt(self) in the file
site-packages/numpy/distfiles/fcompiler/gnu.py
The problem is the code in this method was crafted for an intel processor. Below is a reworked version of that method that will work on a PPC or PPC64.
-Joseph
-------------------------------------------------------------------------
{{{ def get_flags_opt(self): v = self.get_version() if v and v <= '3.3.3': # With this compiler version building Fortran BLAS/LAPACK # with -O3 caused failures in lib.lapack heevr,syevr tests. opt = ['-O2'] elif v and v >= '4.6.0': if is_win32(): # use -mincoming-stack-boundary=2 # due to the change to 16 byte stack alignment since GCC
4.6
# but 32 bit Windows ABI defines 4 bytes stack alignment opt = ['-O2 -march=core2 -mtune=generic -mfpmath=sse
-msse2 '
'-mincoming-stack-boundary=2'] elif is_win64(): opt = ['-O2 -march=x86-64 -DMS_WIN64 -mtune=generic
-msse2']
else: opt = ['-O2'] else: opt = ['-O2']
return opt }}}
Did this fix come from the developers, or someone else? If someone else, please inform the developers of this fix. -- Ticket URL: <https://trac.macports.org/ticket/49516#comment:7> MacPorts <https://www.macports.org/> Ports system for OS X