I am currently much enjoying playing with the ATLAS
software in conjunction with a class project where we
write our own circuit simulators. I will use ATLAS as the
BLAS for UMFPACK, which handles sparse matrices.
Just wanted to mention one thing you may wish to
include in the errata file for 3.6.0. The errata file
"Issuing make kill arch=ARCH" in your ATLAS directory,
however, will remove all architecture-specific
subdirectories, with the exception of ATLAS/lib/ARCH,
along with all related object files.
Actually, Make.top's kill section does delete this
directory. The killall section (which is supposed to do
this) does a "make kill" and then tries to re-delete the lib
directory. I assume this means the author assumed the
lib directory was not removed in the kill section. As
someone who stupidly issued a "make kill" without
reading Make.top, I'd like to humbly request this be
noted in the errata.
I also have two unrelated questions:
ATLAS includes a quick reference to the BLAS interface,
and a link to the BLAST forum's official document on the
C interface to the BLAS. However, neither of these
provides detailed descriptions of the various routines. I
have since found descriptions scattered around the web
for other packages including a BLAS, but I was
wondering if there is some official standard
documentation available online. I also noticed that
cblas.h includes a function cblas_errprn which doesn't
seem to be mentioned in other BLAS documentation. Is
this mentioned in some kind of ATLAS specific
documentation? Not complaining, just wanted to know
if I've looked in the proper place.
Finally, I'm curious how the information about processor
type given to xconfig is used. Do you just need this to
know the instruction set or also to get pipeline length,
etc? I ask because I compiled this on my laptop, which
has a Pentium M. From what I've read, this chip is
actually internally significantly different from the
Pentium 4. So I chose UNKNOWN during config. Was
this the correct choice?
Thanks for your efforts.
P.S. I'm not attaching error_[ARCH].tgz because it
doesn't seem relevant here.
Log in to post a comment.