I've been using matlisp extensively on my debian laptop. I'm trying
to migrate code to a different linux machine, which I believe is
I extend matlisp slightly. In particular, I wrap some additional
commands, among them dpotrf for doing Cholesky factorization. This
extension is done in code that runs after matlisp is loaded, rather
than matlisp proper.
I'm using the matlisp-2.0beta-2003-10-14, which I believed I used on
my laptop as well. In both cases, I'm linking against atlas.
Once matlab is loaded, I have a file where I def-fortran-routine
dpotrf. This scheme works fine on my laptop, but on the other
machine, when I try to load this file, I get the error:
Undefined foreign symbol: "dpotrf_"
[Condition of type KERNEL:SIMPLE-PROGRAM-ERROR]
Doing a grep on dpotrf in both the laptop and desktop matlisps yields
rif@...:~/Software/matlisp-atlas-sse2$ egrep -r dpotrf *
lapack.system: (:file "dpotrf")
Binary file lib/LAPACK.dll matches
lib/LAPACK.h:extern BLAS_API int dpotrf_(char *uplo, integer *n, doublereal *a, integer *lda, integer *info);
Binary file lib/LAPACK.lib matches
I'm not sure what could be different between the two systems, or what
to look for. On the cluster machine, I've tried it both with and
without the atlas libraries; I get the same error either way.
Any help or suggestions are appreciated.
From: Raymond Toy <raymond.toy@er...> - 2004-12-20 18:39:22
>>>>> "rif" == rif <rif@...> writes:
rif> Once matlab is loaded, I have a file where I def-fortran-routine
rif> dpotrf. This scheme works fine on my laptop, but on the other
rif> machine, when I try to load this file, I get the error:
rif> Undefined foreign symbol: "dpotrf_"
rif> [Condition of type KERNEL:SIMPLE-PROGRAM-ERROR]
This sounds like dpotrf is not in the matlisp LAPACK/BLAS library.
Are you sure both platforms have identical libraries? It may happen
that we don't compile all the LAPACK routines if we don't have a
matlisp interface to them.
Get latest updates about Open Source Projects, Conferences and News.