Dear Mark,
We indeed corrected some multi-definition recently, and it seems we forgot
cpotrs, this is now fixed. (LAPACK SVN revision 955)
For lsame and xerbla, this is a different problem.
ATLAS has its lsame and xerbla and LAPACK too.
The easiest way would be to edit the SRC/Makefile of LAPACK and remove the two
objects:
So just changed in the SRC/Makefile:
ALLAUX = ilaenv.o ieeeck.o lsamen.o xerbla.o xerbla_array.o iparmq.o \
ilaprec.o ilatrans.o ilauplo.o iladiag.o chla_transtype.o \
../INSTALL/ilaver.o ../INSTALL/lsame.o ../INSTALL/slamch.o
by
ALLAUX = ilaenv.o ieeeck.o lsamen.o xerbla_array.o iparmq.o \
ilaprec.o ilatrans.o ilauplo.o iladiag.o chla_transtype.o \
../INSTALL/ilaver.o ../INSTALL/slamch.o
Let me know if it helps
Julie
On Mar 4, 2011, at 8:53 AM, Marc A. Murison wrote:
I can't get ATLAS to create shared libraries with recent versions of lapack,
due to multiple definitions that, I think, seem to originate with lapack.
With lapack 3.3.0, I get the following upon issuing 'make shared' in ATLAS
build/lib, after the usual preparation:
liblapack.a(spotrf.o): In function `spotrf_':
spotrf.f:(.text+0x0): multiple definition of `spotrf_'
liblapack.a(spotrf.o):spotrf.f:(.text+0x0): first defined here
liblapack.a(cpotrs.o): In function `cpotrs_':
cpotrs.f:(.text+0x0): multiple definition of `cpotrs_'
liblapack.a(cpotrs.o):cpotrs.f:(.text+0x0): first defined here
liblapack.a(cgetrs.o): In function `cgetrs_':
cgetrs.f:(.text+0x0): multiple definition of `cgetrs_'
liblapack.a(cgetrs.o):cgetrs.f:(.text+0x0): first defined here
liblapack.a(cpotrf.o): In function `cpotrf_':
cpotrf.f:(.text+0x0): multiple definition of `cpotrf_'
liblapack.a(cpotrf.o):cpotrf.f:(.text+0x0): first defined here
liblapack.a(cgetrf.o): In function `cgetrf_':
cgetrf.f:(.text+0x0): multiple definition of `cgetrf_'
liblapack.a(cgetrf.o):cgetrf.f:(.text+0x0): first defined here
libf77blas.a(lsame.o): In function `lsame_':
lsame.f:(.text+0x0): multiple definition of `lsame_'
liblapack.a(lsame.o):lsame.f:(.text+0x0): first defined here
libf77blas.a(xerbla.o): In function `xerbla_':
xerbla.f:(.text+0x0): multiple definition of `xerbla_'
liblapack.a(xerbla.o):xerbla.f:(.text+0x0): first defined here
With lapack 3.3.0 revision 948 downloaded from the svn repository, some of
this goes away:
liblapack.a(cpotrs.o): In function `cpotrs_':
cpotrs.f:(.text+0x0): multiple definition of `cpotrs_'
liblapack.a(cpotrs.o):cpotrs.f:(.text+0x0): first defined here
libf77blas.a(lsame.o): In function `lsame_':
lsame.f:(.text+0x0): multiple definition of `lsame_'
liblapack.a(lsame.o):lsame.f:(.text+0x0): first defined here
libf77blas.a(xerbla.o): In function `xerbla_':
xerbla.f:(.text+0x0): multiple definition of `xerbla_'
liblapack.a(xerbla.o):xerbla.f:(.text+0x0): first defined here
Going back to lapack 3.2.2 and 3.2.1, I still get the same complaints about
lsame and xerbla (but not cpotrs). If this is indeed an issue with lapack,
how can I get past this problem?
--Marc Murison
--
Marc A. Murison
murison@Domain.Removed
http://murison.alpheratz.net/
Those who would give up essential liberty to purchase a little temporary
safety deserve neither liberty nor safety.
Benjamin Franklin, An Historical Review of the Constitution and
Government of Pennsylvania, 1759
_______________________________________________
Lapack mailing list
Lapack@Domain.Removed
http://lists.eecs.utk.edu/mailman/listinfo/lapack
**********************************************
Julie Langou; Research Associate in Computer Science
Innovative Computing Laboratory;
University of Tennessee from Denver, Colorado ;-)
julie@Domain.Removed; http://www.cs.utk.edu/~julie/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.eecs.utk.edu/mailman/private/lapack/attachments/20110307/cd0a6a5f/attachment.html
|