David Cournapeau wrote:
On Thu, Nov 27, 2008 at 1:16 AM, Peter Norton
wrote: On Tue, Nov 25, 2008 at 11:28 PM, David Cournapeau
wrote: Charles R Harris wrote:
What happens if you go the usual python setup.py {build,install} route?
Won't go far since it does not handle sunperf.
David
Even though the regular build process appears to complete, it seems to be doing the wrong thing. It seems, for instance, that lapack_lite.so is being built as an executable:
nortonp@is6 11:14 ~ $ gnu file /usr/local/python-2.5.1/lib/python2.5/site-packages/numpy/linalg/lapack_lite.so /usr/local/python-2.5.1/lib/python2.5/site-packages/numpy/linalg/lapack_lite.so: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), not stripped ???
Hi,
I think this is "expected" if python was built with one compiler and numpy with another (python with Forte and numpy with gcc). Distutils knows the options from python itself, wether it is optional in numscons (in theory, you can set it up to use python options or known configurations).
Hmm, I have recently build numpy 1.2.1 on FreeBSD 7 and had trouble with lapacK_lite.so. The fix was to add a "-shared" flag. I needed the same fix for Cygwin.
I don't think you will have much hope with distutils, unless you are ready to add code by yourself (sunperf will be very difficult to support, though).
Why? What do you think makes sunperf problematic? [Not that I want to do the work, just curious :)]
The numscons error has nothing to do with solaris, the scons scripts should be there. Could you give me the full output of python setupscons.py scons ?
David
Cheers, Michael
_______________________________________________ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion