Thank you Bernard.
This has been fixed.
A couple weeks ago I synchronized the BLAS netlib page with the
reference BLAS include in LAPACK, adding also a Makfile.
Since 3.1.1 LAPACK includes the "whole" reference blas implementation.
dsdot was part of these "new" routines. It looks like I forgot to add
that one in the Makefile.
Again thank you for your contribution
Sincerely
Julie
On Apr 4, 2007, at 2:56 PM, Bernard Leak wrote:
Dear LAPACK (what foresighted parents you must have had!),
I've
just been swearing over an ATLAS testrun which threw up the
unresolved symbol 'dsdot_' when using the netlib implementation
of BLAS as the reference implementation. Much chasing round the
houses later, it turns out that although dsdot.f is in the current
(as of yesterday, 20070403) version of the BLAS source distribution
from netlib, it is not actually used  the only FORTRAN sourcefile
in the tarball of which this is true.
Presumably this is an oversight? The file timestamps are recent,
which may explain why I haven't found a similar complaint for
you or ATLAS. All seems to work both hunkily and dorily if I simply
apply the attached patch, which excitingly inserts dsdot.o amongst
the 'd' sources.
I've bzipped the patch to minimise mangling in transmission: it uses
UNIXstyle (LF) linebreaks. For the foreseeable future it should
also
be available at http://www.brendaarkle.demon.co.uk/patches/blas/ .
Bernard Leak.
<blas20070403bl12_config1.patch.bz2>
_______________________________________________
Lapack mailing list
Lapack@Domain.Removed
http://lists.cs.utk.edu/listinfo/lapack
******************************
Julie Langou; Innovative Computing Laboratory; Computer Science Dept;
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.cs.utk.edu/private/lapack/attachments/20070405/a2addc52/attachment.html
