-
Notifications
You must be signed in to change notification settings - Fork 831
Make secp256k1/rand a dev-dependency #315
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
Conversation
Does this actually work? rust-lang/cargo#1796 |
Codecov Report
@@ Coverage Diff @@
## master #315 +/- ##
=======================================
Coverage 81.85% 81.85%
=======================================
Files 38 38
Lines 6951 6951
=======================================
Hits 5690 5690
Misses 1261 1261 Continue to review full report at Codecov.
|
I did not know about this bug. |
rust-lang/cargo#1796 is a slightly different issue, where if you have crate It does not impact this case, where you as the parent package/crate are activating different features of the same crate in the |
@tarcieri so why running (i'll try to see if rand gated features in secp are available here or not) |
@elichai because of rust-lang/cargo#1796 However, if you were to include the |
oh ok. but still #1796 makes this impossible. |
If this PR were merged, rust-lang/cargo#1796 is irrelevant to activation of Before this change, crates depending on After this change, crates depending on An example of where rust-lang/cargo#1796 would come into play is if a hypothetical crate had this in their Cargo.toml (prior to this PR):
Such a crate would see |
Ah! Makes sense, thanks Tony! |
Nice :) |
Right now we automatically compile rust-secp with the
rand
feature for no reason.We need rand only in tests.