[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

binNMU of ScaLAPACK



Hi,

I'd like to do a binNMU for ScaLAPACK to get rid of bug 589763.
Specifically, whoever uploaded ScaLAPACK appears to have built it with
libatlas-base-dev or something similar installed, so libscalapack-mpi1
depends on libatlas3gf-base .

But libatlas3gf-base breaks my build of Elmer, which fails on:

gfortran -m64 -fPIC  -L.  -L/usr/lib \
	      -o ViewFactors ViewFactors.o mpi_stubs.o \
	      -L. -lelmersolver viewaxis/libviewaxis.a view3d/libview3d.a
-lblas -L/usr/lib/gcc/x86_64-linux-gnu/4.4.5
-L/usr/lib/gcc/x86_64-linux-gnu/4.4.5
-L/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib -L/lib/../lib
-L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../.. -lstdc
++ -lm -lgcc_s -lgcc_s
/usr/lib64/liblapack.so.3gf: undefined reference to `ATL_scopy'
/usr/lib64/liblapack.so.3gf: undefined reference to `ATL_stpsv'

and 167 other missing symbols.  (I have libatlas3gf-base in
Build-Conflicts for this reason, and have to override with -d to get to
this.)  I thus can't upload Elmer linked to MUMPS -- and thus to
ScaLAPACK -- until this is cleared up.

ATLAS is nowhere in the ScaLAPACK Build-Depends, and building it with
only its Build-Depends leaves it with no ATLAS dependencies, and Elmer +
MUMPS builds and runs just fine.

So when/how do I do a binNMU ScaLAPACK?  It's been 13 days since my bug
report.

Thanks,
Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: