[Top][All Lists]

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

[Axiom-developer] [#17 algebra BOOTSTRAP fixed point] additional informa

From: anonymous
Subject: [Axiom-developer] [#17 algebra BOOTSTRAP fixed point] additional information
Date: Mon, 24 Jan 2005 21:16:48 -0600

Although technically it probably doesn't matter, but as
far as I can tell from the email archives, the version
of the databases that we have been using on Savannah was
actually supplied by Jergen Weiss after he was the first
to successfully build the full set of Axiom spad files under
GCL in about August 2003.. The problem with compiling some
of the spad files up until that point was apparently that
the database files from the NAG version that you had been
using were somehow incompatible with GCL. I think Jergen
actually obtained the original database files that he used
to bootstrap GCL from some other version of Axiom (based on
a different lisp, CMCL?). He was then able to build a new
set of databases directly using the GCL version of AXIOM.
In about September 2003 on your request I uploaded these
database files to the Savannah CVS. As far as I know, these
are still the same ones we are using today unless you replaced
them again at some point. The minor differences that I saw
between the most recently built database files and the ones
that Jergen built was probably due to one or two addition
spad files that were missing from Jergen's build.

In any case, this does not seem to be the reason for the
"propagation" of changes in the *.lsp files.

Bill Page.

> -----Original Message-----
> From: root address@hidden">mailto:address@hidden 
> Sent: Friday, January 07, 2005 10:53 AM
> To: address@hidden; address@hidden
> Cc: address@hidden
> Subject: Re: [Axiom-developer] RE: algebra Makefiles with 
> explicit dependencies, bootstrap, fixed-points etc.
> Bill, Steve,
> Note that the original databases are the NAG versions and the actual
> algebra code has been improved since that time. Modifying the algebra
> will change the domain vectors. These vectors contain hard-coded
> indexes. So, for instance, PLEQN is new since NAG's version so the
> domains which use it will have different index values. The database
> build is done after the algebra is compiled and should reflect the
> actual algebra whereas the original databases may not.
> t

forwarded from

reply via email to

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