Richard Fateman wrote:
>
>> -----Original Message-----
>> From: maxima-bounces at math.utexas.edu [mailto:maxima-
>> bounces at math.utexas.edu] On Behalf Of Raymond Toy
>> Sent: Tuesday, January 02, 2007 7:57 AM
>>
>> If they were in share, we wouldn't have this problem, except that
>> users will now take a hit to compile the lapack routines the first
>> time. But no memory bloat, and no additional compile time for
>> developers.
>>
>
> My impression is that the most typical user does not compile anything. At
> least when I download the windows "install" file, nothing gets compiled.
>
>
Currently, I have it set up so that load(lapack) goes out and compiles
and loads the files. I was assuming users would want reasonably fast
execution.
> I vote against putting it in src. Share or some other place for numerical
> routines makes more sense. There is the whole gnu scientific library,
> netlib.org, octave, etc... all of which may be "useful" too.
>
>
>
Yes, that's why the code is currently in share. I think the quadpack
routines should have been placed in share as well. The current slatec
routines shouldn't be in share because they're used all over in the core
of maxima for numerical evaluation of stuff that's already in src.
FWIW,
Ray
> RJF
>
>
>