All,
I've been trying to get the Numeric-19.0.0 working on Python 2.1b2 under OS X. I've successfully install python and have success with most of the modules, but I have problems with Numeric. I can't get it to even load. The following is what I get when I import Numeric.
Python 2.1b2 (#1, 04/09/01, 22:37:35) [GCC Apple DevKit-based CPP 6.0alpha] on darwin1 Type "copyright", "credits" or "license" for more information.
import Numeric
dyld: python multiple definitions of symbol _PyArray_API /usr/local/lib/python2.1/site-packages/Numeric/multiarray.so definition of _PyArray_API /usr/local/lib/python2.1/site-packages/Numeric/umath.so definition of _PyArray_API
At this point, I get returned to the command line (python exits). It appears that the dynamic linker mechanism under OS X doesn't like symbols with the same name. Anyone have a way around this ?
Thanks,
Tim Lahey tjlahey@sympatico.ca
Tim Lahey wrote:
I've been trying to get the Numeric-19.0.0 working on Python 2.1b2 under OS X.
If anyone can get it to work, some impressions of the performance available on a G4-based Mac would be welcome. They are reputedly a lot faster than a Pentium 4 and are much cheaper than an Alpha box, at least they are here in Australia.
Which begs the question: are there any Numpy benchmarks available to compare Numpy on different platforms, or to compare Numpy with its alternatives on the same platform (Numpy would have to be proven a lot slower for me to change!).
Tim C Sydney, Australia
"TC" == Tim Churches tchur@optushome.com.au:
TC> If anyone can get it to work, some impressions of the performance TC> available on a G4-based Mac would be welcome. They are reputedly a lot TC> faster than a Pentium 4 and are much cheaper than an Alpha box, at least TC> they are here in Australia.
I'd be interested in Athlon performance as well...
dyld: python multiple definitions of symbol _PyArray_API /usr/local/lib/python2.1/site-packages/Numeric/multiarray.so definition of _PyArray_API /usr/local/lib/python2.1/site-packages/Numeric/umath.so definition of _PyArray_API
At this point, I get returned to the command line (python exits). It appears that the dynamic linker mechanism under OS X doesn't like symbols with the same name. Anyone have a way around this ?
You'd have to declare PyArray_API static in each module, but that won't be easy as some modules consist of more than one C source file.
A more complicated solution would be to construct different names for this variable in different modules using preprocessor tricks in Numeric/arrayobject.h.
Konrad.