proposal concerning conflicts between nset and other stuff inMaxima
Subject: proposal concerning conflicts between nset and other stuff inMaxima
From: Donna and Dan Stanger
Date: Wed, 23 Feb 2005 07:11:43 -0500
That seems like a good solution, especially since the charsets code
needs nset as well.
Dan
Barton Willis wrote:
> (1) User-level and simplifying functions in nset
> should autoload. The location of 'flatten' doesn't
> matter. Except for bogus input (flatten(x^y^z)), the
> two 'flatten' functions should work the same. Since
> the flatten function in nset is the smaller of the two,
> I think src/flatten.lisp should be expunged. If
> we do that, rtestflatten could be deleted as well
> (these tests are in rtestnset).
>
> (2) At one time 'generic-autoload' didn't
> recognize 'fas,' 'fasl,' or 'x86f' as extensions
> for complied lisp code. See nset/maxima-init.lisp for
> a proposed fix.
>
> (3) In rtestnset.mac, we should change (load ("nset.lisp"), 0)$
> to (load ("nset"), 0)$ That way, if a user compiles nset, the
> compiled version gets loaded.
>
> Barton
>
> _______________________________________________
> Maxima mailing list
> Maxima@www.math.utexas.edu
> http://www.math.utexas.edu/mailman/listinfo/maxima