#49516: py27-scipy build failure on PowerBookG4 running Leopard 10.5.8; fortran compiler called with bizarre arguments -------------------------+------------------------------------------------- Reporter: | Owner: macports-tickets@… zanderpower@… | Status: new Type: defect | Milestone: Priority: Normal | Version: 2.3.4 Component: ports | Keywords: Leopard PPC G4, fortran called Resolution: | incorrectly Port: py-scipy | -------------------------+------------------------------------------------- Comment (by zanderpower@…): py34-scipy also fails with the same weird options, however, the build log gives some additional info that may be of use. -- Ticket URL: <https://trac.macports.org/ticket/49516#comment:1> MacPorts <https://www.macports.org/> Ports system for OS X

#49516: py27-scipy build failure on PowerBookG4 running Leopard 10.5.8; fortran compiler called with bizarre arguments ----------------------------+-------------------------------- Reporter: zanderpower@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Resolution: | Keywords: leopard powerpc Port: py-scipy | ----------------------------+-------------------------------- Comment (by zanderpower@…): I would agree with you immediately if I had reason to suppose this to be a problem with c++ code. But fortran? -- Ticket URL: <https://trac.macports.org/ticket/49516#comment:3> MacPorts <https://www.macports.org/> Ports system for OS X

#49516: py27-scipy build failure on PowerBookG4 running Leopard 10.5.8; fortran compiler called with bizarre arguments ----------------------------+-------------------------------- Reporter: zanderpower@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Resolution: | Keywords: leopard powerpc Port: py-scipy | ----------------------------+-------------------------------- Comment (by 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 }}} -- Ticket URL: <https://trac.macports.org/ticket/49516#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X

#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

#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 | ----------------------------+----------------------------- Comment (by michaelld@…): The change that caused this issue was committed on Feb 27, 2015: https://github.com/numpy/numpy/commit/96abd32de241864ee97f30357234cbc9a96c43... . So, it was part of the 1.9.2 release. On Oct 20, 2015, this change was reverted (finally): https://github.com/numpy/numpy/commit/a08437e12d6b6796f4b0beda49bce9adc37db6... . So, this fix will be part of 1.10.2. Can you try out commit a08437e12d too see if it works for you? If so, then I think that's the better way to go since it's already in the repo. -- Ticket URL: <https://trac.macports.org/ticket/49516#comment:9> MacPorts <https://www.macports.org/> Ports system for OS X