MPFR is based on mpn and mpz , not mpf .
I suppose we get remove mpf from the default MPIR build , and only build mpf if we configure with --enable-gmp-compat which could switch on all the other old stuff we would like to remove. On Monday 23 March 2009 16:18:56 Bill Hart wrote: > Hi Mariah, > > This would make MPIR unusable in Sage as a drop in replacement for > GMP, and it would prevent people from using MPIR instead of GMP as a > base for MPFR. > > However, if MPFR becomes independent of the mpf layer in GMP, as I > suspect it may in the future, then it is a possibility worth > considering. Though I'd still be worried about packages which want to > use the mpf layer from GMP and use MPIR as a drop-in replacement. > > Bill. > > 2009/3/23 Mariah <mariah.le...@gmail.com>: > > Bill, > > > > As a suggestion on something that could be removed from > > MPIR, had you considered removing the mpf code? I was > > under the impression that MPIR was going to concentrate on > > multiple-precision integers and rationals, and > > leave multiple-precision floating-point to MPFR. > > > > Mariah > > > > On Mar 20, 11:30 pm, Gonzalo Tornaria <torna...@gmail.com> wrote: > >> On Fri, Mar 20, 2009 at 11:46 PM, Bill Hart <goodwillh...@googlemail.com> wrote: > >> > I suppose it's just aggregation. > >> > > >> > Maybe we need to get rid of the bit that says, "overall licensed > >> > LGPL". Is that still permitted, when some component of the distro is > >> > GPL? > >> > >> Sounds like a good idea. > >> > >> > Actually the reason for me wanting to perhaps get rid of the demos was > >> > more to do with the fact that I don't know anyone who uses them. Very > >> > clear examples in the documentation would probably be much more > >> > useful. > >> > >> I haven't looked at the demos, but I did want to use the benchmark and > >> I didn't get to it until your posted howto (not that it was that hard, > >> but I was lazy). I expect more people will use it if "make bench" just > >> works. > >> > >> I'm not arguing to keep the demos, nor I am saying that benchmark code > >> should not be rewritten and expanded. But just not because of > >> licensing. > >> > >> > Anyhow, it's no big deal. Just an idea. I suppose the thing that set > >> > off that thought process for me was Brian saying it took forever to > >> > check out MPIR via his internet connection. We are carrying some fat. > >> > There's no reason to not have the demos on the website. Can't come up > >> > with as clear a case for leaving them in the library source. > >> > >> Sounds fair if demos are indeed big, I have no idea how much space > >> they take (otoh, I think Brian was updating the root of the svn repo > >> instead of just trunk). The benchmark code is about 6kb compressed... > >> not too bad. > >> > >> Gonzalo > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "mpir-devel" group. To post to this group, send email to mpir-devel@googlegroups.com To unsubscribe from this group, send email to mpir-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/mpir-devel?hl=en -~----------~----~----~----~------~----~------~--~---
