Tony Arcieri
Tony Arcieri
#67 is the only PR currently open for this and it’s stale. Otherwise Karatsuba has not yet been implemented
As of #649 we now support Karatsuba. Closing.
I should probably add some context that these semantics are necessarily different from your typical `num-bigint`-style arbitrary precision library. Notably in cryptographic cases we want all of the values to...
That would require an impl with `i32` as the argument. We don't support `i32` for anything except `shl`/`shr` currently. I guess specifically for the case of `Add`/`Sub` we could take...
Here's a start which impls `Add` for `BoxedUint`: https://github.com/RustCrypto/crypto-bigint/pull/650 If that pattern seems acceptable I can do it for `Sub` and `Mul` as well.
#433 covers quite a bit of this
Closing in favor of #433. Please open a new PR if you would like additional support which wasn't covered there.
It's pretty uncommon for our code to include copyright identifiers in each file. The Apache 2.0 license does recommend including them, however.
Sounds good to me. It would be nice to be able to support hardware accelerators.
> AFAIK HMAC is usually supported in HSM-like hardware to protect keys from leaking, not for efficiency sake. When I say "cryptographic accelerator" I mean TPM/SEP-like cryptographic coprocessor, and yes...