Re: CLN instead of mpwrap

[Aaron Lehmann <aaronl@vitelus.com>]

I looked into it a little further and found that it is 3.5 megs when only
considering the source. It includes gmp in its source tree which we will
not need becuase we have a GMP dependency already. It includes other stuff
such as benchmarks and documentation that may be discarded. What are your
thoughts - should cln be put into the source tree, or linked against and
link to source and binaries from the web page?

On Fri, 11 Feb 2000, Aaron Lehmann wrote:

> On Thu, 10 Feb 2000, George wrote:
> 
> > I'm investigating how to replace mpwrap and a lot of the genius routines with
> > CLN.  So perhaps you may see some genius breakage in the coming days because
> > of this.  This may actually speed up the process of the new interface as it
> > will take care of modularizing a large part of the engine.  It also seems
> > like cln will be quite a bit faster then mpwrap which eats cache for
> > breakfast.
> 
> Is this something that we would be using instead of GMP? I like the
> OOPness of it :)
> 
> > The only thing is that I can't find rpms for this beast.  The homepage is at
> > http://clisp.cons.org/~haible/packages-cln.html
> 
> Shouldn't be needed. I would hate to have yet another dependencey for
> dr-genius, especially one of which no rpm's are available. Unfortunately,
> it looks very large, perhaps too large to include in the source tree.
> 
> I would advise making dr-genius so it will compile out of the box on a
> kitchen-sink redhat install. reqiring users to download and install
> prerequisite packages is a major burden on the users.
> 
> > Lemme know what you think about this.  It should definately improve
> > precision, speed and features of dr genius.  And I think it will be simpler
> > then trying to make mpwrap work nicely.  Also it offloads the burden of
> > maintaining some of the math stuff from genius which means more time for
> > other stuff.
> 
> > (And yes aaron it does have fast low precision floats for you:)
> 
> Sounds nice :)
> 
> > George
> > 
> 
>