Opened 14 years ago

Closed 14 years ago

#5496 closed defect (fixed)

BUG: py-numeric 24.0 fails to build

Reported by: nsiam@… Owned by: mww@…
Priority: Normal Milestone:
Component: ports Version: 1.0
Keywords: Cc:
Port:

Description

after setting the appropriate checksum (see 5493), py-numeric still fails to build:

gcc -bundle -undefined dynamic_lookup build/temp.darwin-8.2.0-Power_Macintosh-2.4/Src/ lapack_litemodule.o -L/usr/lib/atlas -llapack -lcblas -lf77blas -latlas -lg2c -o build/lib.darwin-8.2.0- Power_Macintosh-2.4/lapack_lite.so /usr/bin/ld: warning -L: directory name (/usr/lib/atlas) does not exist /usr/bin/ld: can't locate file for: -llapack collect2: ld returned 1 exit status error: command 'gcc' failed with exit status 1

the setup.py + customize.py wants to build the lapack lite library for py-numeric, when it shouldn't, since we're on a mac with veclib. the source of the problem seems to be from the customize.py. customize.py settings seem to override the build behaviour even though it successfully finds the veclib framework path. the workaround i used was to change the "if 1:" conditionals in customize.py to "if 0:".

Change History (2)

comment:1 Changed 14 years ago by mww@…

Summary: py-numeric fails to buildBUG: py-numeric 24.0 fails to build

great - the numeric folks just changed the v24.0 tarball & its release date; have a look at e. g.: http://python.codezoo.com/pub/component/3589?category=190 http://www.novell.com/products/linuxpackages/professional/python-numeric.html

Nevertheless, I'll look into this!

comment:2 Changed 14 years ago by mww@…

Resolution: fixed
Status: newclosed

ok, fixed this issue; use new dist_subdir, inc. epoch; now have customize.py files in $filesdir - one for os x and one for puredarwin; both may be still sub-optimal in terms of optimization.

Note: See TracTickets for help on using tickets.