Wouldn't we want to fix things so that, however it is loaded, the user
won't encounter an error like the one below? Or is there some reason
why this needs to be compiled to work properly?
CY
--- Wolfgang Jenkner wrote:
> Fabrizio Caruso writes:
>
> > (%i46) fast_linsolve([x=0,y=0],[x,y]);
> > Maxima encountered a Lisp error:
> >
> > Error in KERNEL::UNBOUND-SYMBOL-ERROR-HANDLER: the variable
> $POLY_VECTOR
> > is unbound.
>
> Now I understand bug #1145990 (filed by Robert Dodier). Apparently I
> always compiled the files before loading them, so I missed that
> affine/polya.lisp has
>
> (eval-when (load compile)
> (defvar $poly_vector (make-polynomial-vectors)))
>
> However, the good news is that the logical pathnames stuff in
> affine.lisp seems to work for CMUCL (which I gather is what you are
> using). So you can just try
>
> (%i1) load("affine.lisp");
>
> ;; Loading
> #P"/usr/src/maxima-top-level-input/share/affine/sys-declaim.lisp".
> ; - Binary file
> /usr/src/maxima/share/affine/binary-cmucl/compat.x86f is old or does
> not exist.
> ; Compile (and load) source file
> /usr/src/maxima/share/affine/compat.lisp instead? y
>
> ; - Should I bother you if this happens again? n
>
> ; - Should I compile while loading the system? y
>
> Wolfgang
>
> _______________________________________________
> Maxima mailing list
> Maxima@www.math.utexas.edu
> http://www.math.utexas.edu/mailman/listinfo/maxima
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com