py27-numpy +universal doesn't build universal

[jeremyhu (Jeremy Huddleston Sequoia)]

I noticed this on my Leopard box. py27+unviersal isn't universal. It isn't even MacPorts' configured default architecture. It's building as just the compiler's default architecture.

~ $ file /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/multiarray.so
/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/multiarray.so: Mach-O i386 bundle

~ $ port provides /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/multiarray.so
/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/multiarray.so is provided by: py27-numpy

~ $ ls /opt/local/var/macports/software/py27-numpy/
py27-numpy-1.9.2_0+gfortran+universal.darwin_9.i386-x86_64.tbz2

[jeremyhu (Jeremy Huddleston Sequoia)]

main.log

[jeremyhu (Jeremy Huddleston Sequoia)]

The -universal variant results in the correct architecture (just x86_64), so r138343 for now to at least have a correct port that doesn't support universal rather than a broken one that claims to.

[michaelld (Michael Dickens)]

Thanks for adding in that change; better to force native arch than allow borked universal; I should have done that long ago (brain fart). Also, this is a duplicate of #42416.