-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Move away from nightly? #64
Comments
It is very easy to remove specialization and just put the default (slow) implementation of each primitive as the only one and then enable the faster variants with a Would that be of help? [edit] From memory we're talking about a 70 micro second slow down for a secret key to public key (for example). This would make things like: https://docs.rs/sigma_fun/0.3.1/sigma_fun/ext/dl_secp256k1_ed25519_eq/index.html a second or so slower (would need to bench it). |
That would be really nice as secpfun is the only dep forcing us on nightly atm! I'll see to send a PR for that! |
So to be clear the things that need to be done are:
secp256kfun/secp256kfun/src/op.rs Lines 93 to 108 in 26a0f27
I suggest trying to make a macro that parses a list of functions and outputs two versions (one with
this should be all we need to run on stable. |
Fixed in #65. |
Are there any plans to move away from Rust nightly?
Specialization doesn't look like it is going to be stabilized any time soon.
The text was updated successfully, but these errors were encountered: