[#2748] Proposal: New Bignum — "Evan Webb" <evan@...>
During some experiments with ruby cryptography, I found some problems with
11 messages
2004/04/06
[#2749] Re: Proposal: New Bignum
— matz@... (Yukihiro Matsumoto)
2004/04/06
Hi,
[#2764] RDoc :enddoc: — Tanaka Akira <akr@...17n.org>
I found that RDoc document some method after :enddoc:. Is it
7 messages
2004/04/10
[#2788] Problems building ext/io/wait.c in 1.8 branch — Gavin Sinclair <gsinclair@...>
I can't get io/wait installed. The main problem is that it doesn't
6 messages
2004/04/17
[#2799] Re: Problems building ext/io/wait.c in 1.8 branch
— Gavin Sinclair <gsinclair@...>
2004/04/21
On Saturday, April 17, 2004, 4:42:14 PM, Gavin wrote:
[#2800] Re: Problems building ext/io/wait.c in 1.8 branch
— ts <decoux@...>
2004/04/21
>>>>> "G" == Gavin Sinclair <gsinclair@soyabean.com.au> writes:
[#2801] Re: Problems building ext/io/wait.c in 1.8 branch
— Gavin Sinclair <gsinclair@...>
2004/04/21
On Thursday, April 22, 2004, 1:21:29 AM, ts wrote:
[#2805] Bug 1318 — Steven Jenkins <steven.jenkins@...>
Any comments on
9 messages
2004/04/23
[#2814] Tempfile strangeness in 1.9.0 — Steven Jenkins <steven.jenkins@...>
I didn't open a bug for this because it's from the CVS head, but it
5 messages
2004/04/24
Re: Proposal: New Bignum
From:
Robert Feldt <feldt@...>
Date:
2004-04-06 13:39:46 UTC
List:
ruby-core #2752
Evan Webb wrote: >During some experiments with ruby cryptography, I found some problems with >the existing Bignum classes. These problems were primarily focused around >certain lacking features required to do more complex operations as well as >some number theory ones. After examining the existing Bignum code, I found >it would be simpler and yield larger results to work on an alternative. I >had at the time been working with libtommath, a public domain math library >with all the functions I required and more. In addition, it's API made it >extremely easy to create a simple, thin, easy layer between ruby and the >library. And thus MBignum was born. > >Early uses found it extremely easy to integrate as an alternative to Bignum. >My Crypt::RSA, Crypt::DSS, and Crypt::ElGamal implementations become simple, >elegant, and importantly, fast. > >And thus I propose that we integrate MBignum into the ruby core as Bignum, >replacing the current implementation. This will give ruby more builtin >mathematical power and allow other core developers the ability to >concentrate on other issues. Licensing wise, there is no problem. Tom St. >Denis, the author of libtommath, has released libtommath as public domain. I >believe that we should of course give him credit if and when we integrate >his work. > > > I agree with this proposal. Python has fast bignum exponentiation in the core and Ruby should also have that. I also wrapped libtommath to do crypto and find it very good to work with. Clean, simple and fast. Evan: Am I correct in that exponentiation is the main problem? That's what I found even though libtommath is generally faster than what we have now. Evan: One way to convince matz might be to actually do it, ie produce patches to the Ruby interpreter. If it's integrated, the right license and works that would make his decision easier. If I remember correctly the conversions Fixnum <=> Bignum are fairly concentrated in the source so it should be doable. Matz: If this is not possible in the 1.9 series please consider using libtommath for Rite. My 2 cents, Robert