Opened 15 years ago

Closed 15 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:


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/ /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 + 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 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 to "if 0:".

Change History (2)

comment:1 Changed 15 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.:

Nevertheless, I'll look into this!

comment:2 Changed 15 years ago by mww@…

Resolution: fixed
Status: newclosed

ok, fixed this issue; use new dist_subdir, inc. epoch; now have 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.