[MacPorts] #24942: py26-numpy 1.4.1 undefined symbols in lapack_litemodule

[MacPorts]

#24942: py26-numpy 1.4.1 undefined symbols in lapack_litemodule
-------------------------------------+--------------------------------------
 Reporter:  and.damore@…             |       Owner:  mcalhoun@…           
     Type:  defect                   |      Status:  new                  
 Priority:  Normal                   |   Milestone:                       
Component:  ports                    |     Version:  1.9.99               
 Keywords:                           |        Port:  py26-numpy           
-------------------------------------+--------------------------------------

Comment(by michaelld@…):

 I just uploaded YA 'svn diff' of the py26-numpy Portfile & files.  You'll
 need to restore to SVN before applying this diff; please do check it out &
 make sure it works for your setup (it does for me: 10.6.4 x86_64, port
 from svn, XCode 3.2.3).  After installing, do:
 {{{
 $ python
 >>> import numpy
 >>> numpy.test('1','10')
 }}}
 and the end result should be something like:
 {{{
 FAILED (KNOWNFAIL=4, SKIP=15, errors=2)
 <nose.result.TextTestResult run=2623 errors=2 failures=0>
 }}}
 with the 2 errors being for not being able to import "multiarray" and
 "testing" (this is normal).

 This (hopefully final) change forces the F2PY script to look for the
 specific version of F90 (e.g., "gfortran-mp-4.4") if it is set instead of
 generic names ("gfortran", "g77", "g95").  If -atlas is specified, then
 the F2PY script is not changed & may or not find an appropriate fortran to
 use.  This is a trade-off (TANSTAAFL) that has to be made when not
 requiring +gcc4X to be installed -- there may or not be a usable fortran
 compiler available.

-- 
Ticket URL: <https://trac.macports.org/ticket/24942#comment:35>
MacPorts <http://www.macports.org/>
Ports system for Mac OS