Robert Dodier wrote:
> On 10/22/07, S. Newhouse <sen1 at math.msu.edu> wrote:
>
>
>> Load failed for /usr/local/share/maxima/5.13.0/share/lapack/load-lapack.lisp
>> -- an error. To debug this try debugmode(true);
>>
>
> Try :lisp (load "/usr/local/share/maxima/5.13.0/share/lapack/load-lapack.lisp")
> I think that will display the Lisp error (seems to be eaten otherwise).
>
>
Here is what happens. Any ideas?
TIA,
-sen
;; loading
#P"/usr/local/share/maxima/5.13.0/share/lapack/lapack/binary-sbcl/dgeqrf.fasl"
;; loading
#P"/usr/local/share/maxima/5.13.0/share/lapack/lapack/binary-sbcl/dgesdd.fasl"
Maxima encountered a Lisp error:
Error during processing of --eval option "(cl-user::run)":
File
"/usr/local/share/maxima/5.13.0/share/lapack/lapack/binary-sbcl/dgesvd.fasl"
has a fasl file type, but no fasl header:
Expected
"# FASL", but got #(0 0 0 0 0 0).
Automatically continuing.
To reenable the Lisp debugger set *debugger-hook* to nil.
;
; compilation unit aborted
; caught 1 fatal ERROR condition
;
; compilation unit aborted
; caught 1 fatal ERROR condition
> If that is not any more informative, there might be a way to
> compile the lapack functions outside of Maxima entirely (via DEFSYSTEM
> or whatever it is called) but I don't know the appropriate incantation.
>
> I know it's not very helpful, but load(lapack) works for me with
> SBCL 1.0 + Linux (Fedora 2).
>
> HTH
>
> Robert Dodier
> .
>
>