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 -~----------~----~----~----~------~----~------~--~---