py26-numpy, py26-scipy, and macports atlas/lapack/blas

[James Kyle]

I've been working on the numpy and scipy ports for python26. I've  
succeeded at accomplishing the following for both:

- default build against gcc43 toolchain
- default build links against macports atlas/lapack/blas libraries  
instead of the apple ones
- gcc43 disabled with no_gcc43 variant
-- macports atlas disabled with no_atlas variant (falls back to system  
atlas/lapack)


I think these changes bring the numpy/scipy ports into line with the  
"macports way" of using ports as dependencies whenever possible. It  
also is in line with the request in ticket #20103 to settle on a  
common compiler for scientific oriented ports to reduce possible cross  
linking issues.

A practical example of problems caused by cross linking is found in  
ticket #20491, where ipython segfaults when an exception is thrown by  
a module linked against macports atlas.

Since this is a pretty significant change in default behavior, I  
thought I'd drop a line to the list for discussion.

Both numpy and scipy tests pass 100% after this change.

> >>> import numpy
> >>> numpy.test()
> <nose.result.TextTestResult run=2030 errors=0 failures=0>

> >>> import scipy
> >>> scipy.test()
> <nose.result.TextTestResult run=3488 errors=0 failures=0>

Cheers,

-james

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Portfile
Type: application/octet-stream
Size: 2905 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20091002/29b50ab1/attachment.obj>
-------------- next part --------------
  
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Portfile
Type: application/octet-stream
Size: 4005 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20091002/29b50ab1/attachment-0001.obj>