gcl-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gcl-devel] Re: [Maxima] GCL


From: Vadim V. Zhytnikov
Subject: Re: [Gcl-devel] Re: [Maxima] GCL
Date: Sat, 15 Dec 2001 12:49:02 +0300

 

Camm Maguire wrote:

Greetings, and thanks for these pointers!

Tuukka Toivonen <address@hidden> writes:

> On 13 Dec 2001, Camm Maguire wrote:
>
> >3) Dr. Schelter seems to have been reworking the gmp support in the
> >   CVS tree shortly before he passed away.  Does anyone know what he
> >   was intending to do?  Scrap gmp?  Incorporate a smaller piece?
>
> I think you have probably already done this, but check out the
> mailing list archive at
>
>    http://www.math.utexas.edu/pipermail/maxima/
>
> There seems to be some messages from Mr. Schelter such as
>
>    Date: Fri, 11 May 2001 00:48:10 -0500
>    Subject: Re: [Maxima] gmp config + propagating errors at top level compile
>    Message-Id: <address@hidden>
>
> and
>
>    Date: Fri, 27 Apr 2001 01:40:20 -0500
>    Message-Id: <address@hidden>
>    Subject: Re: [Maxima] 10000! (Sorry... but)
>
>
> I doubt that he wasn't removing the gmp code (after all, it had
> just replaced the older GP/Pari code). One of the concerns
> presented was the fact that Maxima couldn't be linked with
> existing gmp library; but the modified gmp source code had to be
> included within Maxima.
>
>

I think you are right in your assessment.  Some of the posts you cite
above were in response to questions I had asked him regarding
difficulties I had with the Debian maxima package.  I had forgotten
the following detail, which might provide us with a clue:

   I am afraid that change is necessary at least for the current
   implementation in GCL.  Basically it is so we can use the strategy
   for garbage collection.  I will try to convince the gmp authors to
   make the change.  Also I would like to use a relocatable space
   strategy for the bignums, but that will require some more minor
   changes to gmp.  I think I have almost made them, but there is at
   least one that is illuding me. [ (si::SET-GMP-ALLOCATE-RELOCATABLE
   t) will switch to relocatable, but some random bugs will appear if
   you compute a lot!]
 
 

I'm perfectly sure that some strange tests results of Maxima with GCL 2.4.0
about which I wrote recently to Camm hit exactly this very problem.
In short it amounts to situation when after several steps of  Maxima
computations next one goes terribly slow or even maybe goes into
infinite loop with numerous GC. I'll try to reproduce them with the
latest cvs from Savannah.

Vadim

--

[ Vadim V. Zhytnikov  <address@hidden>  <address@hidden> ]
 


reply via email to

[Prev in Thread] Current Thread [Next in Thread]