Skip to content

elliptic-curve: add arithmetic feature#293

Merged
tarcieri merged 1 commit into
masterfrom
elliptic-curve/arithmetic-feature
Sep 9, 2020
Merged

elliptic-curve: add arithmetic feature#293
tarcieri merged 1 commit into
masterfrom
elliptic-curve/arithmetic-feature

Conversation

@tarcieri

@tarcieri tarcieri commented Sep 9, 2020

Copy link
Copy Markdown
Member

This crate now has a large(r) number of dependencies via the ff and group crates (notably the recently introduced bitvec and its transitive dependencies).

This commit adds an arithmetic feature and gates related functionality under it, along with the ff and group crate dependencies.

This ensures these dependencies (and their transitive dependencies) can be excluded when the arithmetic features of elliptic curve implementations are non-existent or an associated feature disabled.

This crate now has a large(r) number of dependencies via the `ff` and
`group` crates (notably the recently introduced `bitvec` and its
transitive dependencies).

This commit adds an `arithmetic` feature and gates related functionality
under it, along with the `ff` and `group` crate dependencies.

This ensures these dependencies (and their transitive dependencies) can
be excluded when the `arithmetic` features of elliptic curve
implementations are non-existent or an associated feature disabled.
@tarcieri tarcieri merged commit 59e67e0 into master Sep 9, 2020
@tarcieri tarcieri deleted the elliptic-curve/arithmetic-feature branch September 9, 2020 01:51
tarcieri added a commit to RustCrypto/elliptic-curves that referenced this pull request Sep 9, 2020
Previously the `elliptic-curve` crate was depending on pre-releases of
`ff` and `group` sourced via git. It was upgraded to use the final
releases in RustCrypto/traits#292.

Because these crates depend on `bitvec` and its transitive dependencies,
an `arithmetic` feature was added to `elliptic-curve` in
RustCrypto/traits#293.

This commit upgrades the `k256` and `p256` crates to use the final
releases of `ff` and `group`. This ended up actually being a relatively
straightforward upgrade because we were already running off the latest
versions sourced from git.

The major notable change is `PrimeField::ReprBits` and the `to_le_bits`
and `char_le_bits` methods for obtaining `bitvec`-friendly types for
representing field elements.
tarcieri added a commit to RustCrypto/elliptic-curves that referenced this pull request Sep 9, 2020
Previously the `elliptic-curve` crate was depending on pre-releases of
`ff` and `group` sourced via git. It was upgraded to use the final
releases in RustCrypto/traits#292.

Because these crates depend on `bitvec` and its transitive dependencies,
an `arithmetic` feature was added to `elliptic-curve` in
RustCrypto/traits#293.

This commit upgrades the `k256` and `p256` crates to use the final
releases of `ff` and `group`. This ended up actually being a relatively
straightforward upgrade because we were already running off the latest
versions sourced from git.

The major notable change is `PrimeField::ReprBits` and the `to_le_bits`
and `char_le_bits` methods for obtaining `bitvec`-friendly types for
representing field elements.
tarcieri added a commit to RustCrypto/elliptic-curves that referenced this pull request Sep 9, 2020
Previously the `elliptic-curve` crate was depending on pre-releases of
`ff` and `group` sourced via git. It was upgraded to use the final
releases in RustCrypto/traits#292.

Because these crates depend on `bitvec` and its transitive dependencies,
an `arithmetic` feature was added to `elliptic-curve` in
RustCrypto/traits#293.

This commit upgrades the `k256` and `p256` crates to use the final
releases of `ff` and `group`. This ended up actually being a relatively
straightforward upgrade because we were already running off the latest
versions sourced from git.

The major notable change is `PrimeField::ReprBits` and the `to_le_bits`
and `char_le_bits` methods for obtaining `bitvec`-friendly types for
representing field elements.
tarcieri added a commit to RustCrypto/elliptic-curves that referenced this pull request Sep 9, 2020
Previously the `elliptic-curve` crate was depending on pre-releases of
`ff` and `group` sourced via git. It was upgraded to use the final
releases in RustCrypto/traits#292.

Because these crates depend on `bitvec` and its transitive dependencies,
an `arithmetic` feature was added to `elliptic-curve` in
RustCrypto/traits#293.

This commit upgrades the `k256` and `p256` crates to use the final
releases of `ff` and `group`. This ended up actually being a relatively
straightforward upgrade because we were already running off the latest
versions sourced from git.

The major notable change is `PrimeField::ReprBits` and the `to_le_bits`
and `char_le_bits` methods for obtaining `bitvec`-friendly types for
representing field elements.
tarcieri added a commit to RustCrypto/elliptic-curves that referenced this pull request Sep 9, 2020
Previously the `elliptic-curve` crate was depending on pre-releases of
`ff` and `group` sourced via git. It was upgraded to use the final
releases in RustCrypto/traits#292.

Because these crates depend on `bitvec` and its transitive dependencies,
an `arithmetic` feature was added to `elliptic-curve` in
RustCrypto/traits#293.

This commit upgrades the `k256` and `p256` crates to use the final
releases of `ff` and `group`. This ended up actually being a relatively
straightforward upgrade because we were already running off the latest
versions sourced from git.

The major notable change is `PrimeField::ReprBits` and the `to_le_bits`
and `char_le_bits` methods for obtaining `bitvec`-friendly types for
representing field elements.
tarcieri added a commit to RustCrypto/elliptic-curves that referenced this pull request Sep 9, 2020
Previously the `elliptic-curve` crate was depending on pre-releases of
`ff` and `group` sourced via git. It was upgraded to use the final
releases in RustCrypto/traits#292.

Because these crates depend on `bitvec` and its transitive dependencies,
an `arithmetic` feature was added to `elliptic-curve` in
RustCrypto/traits#293.

This commit upgrades the `k256` and `p256` crates to use the final
releases of `ff` and `group`. This ended up actually being a relatively
straightforward upgrade because we were already running off the latest
versions sourced from git.

The major notable change is `PrimeField::ReprBits` and the `to_le_bits`
and `char_le_bits` methods for obtaining `bitvec`-friendly types for
representing field elements.
tarcieri added a commit to RustCrypto/elliptic-curves that referenced this pull request Sep 9, 2020
Previously the `elliptic-curve` crate was depending on pre-releases of
`ff` and `group` sourced via git. It was upgraded to use the final
releases in RustCrypto/traits#292.

Because these crates depend on `bitvec` and its transitive dependencies,
an `arithmetic` feature was added to `elliptic-curve` in
RustCrypto/traits#293.

This commit upgrades the `k256` and `p256` crates to use the final
releases of `ff` and `group`. This ended up actually being a relatively
straightforward upgrade because we were already running off the latest
versions sourced from git.

The major notable change is `PrimeField::ReprBits` and the `to_le_bits`
and `char_le_bits` methods for obtaining `bitvec`-friendly types for
representing field elements.
tarcieri added a commit to RustCrypto/elliptic-curves that referenced this pull request Sep 9, 2020
Previously the `elliptic-curve` crate was depending on pre-releases of
`ff` and `group` sourced via git. It was upgraded to use the final
releases in RustCrypto/traits#292.

Because these crates depend on `bitvec` and its transitive dependencies,
an `arithmetic` feature was added to `elliptic-curve` in
RustCrypto/traits#293.

This commit upgrades the `k256` and `p256` crates to use the final
releases of `ff` and `group`. This ended up actually being a relatively
straightforward upgrade because we were already running off the latest
versions sourced from git.

The major notable change is `PrimeField::ReprBits` and the `to_le_bits`
and `char_le_bits` methods for obtaining `bitvec`-friendly types for
representing field elements.
tarcieri added a commit to RustCrypto/elliptic-curves that referenced this pull request Sep 9, 2020
Previously the `elliptic-curve` crate was depending on pre-releases of
`ff` and `group` sourced via git. It was upgraded to use the final
releases in RustCrypto/traits#292.

Because these crates depend on `bitvec` and its transitive dependencies,
an `arithmetic` feature was added to `elliptic-curve` in
RustCrypto/traits#293.

This commit upgrades the `k256` and `p256` crates to use the final
releases of `ff` and `group`. This ended up actually being a relatively
straightforward upgrade because we were already running off the latest
versions sourced from git.

The major notable change is `PrimeField::ReprBits` and the `to_le_bits`
and `char_le_bits` methods for obtaining `bitvec`-friendly types for
representing field elements.
tarcieri added a commit to RustCrypto/elliptic-curves that referenced this pull request Sep 9, 2020
Previously the `elliptic-curve` crate was depending on pre-releases of
`ff` and `group` sourced via git. It was upgraded to use the final
releases in RustCrypto/traits#292.

Because these crates depend on `bitvec` and its transitive dependencies,
an `arithmetic` feature was added to `elliptic-curve` in
RustCrypto/traits#293.

This commit upgrades the `k256` and `p256` crates to use the final
releases of `ff` and `group`. This ended up actually being a relatively
straightforward upgrade because we were already running off the latest
versions sourced from git.

The major notable change is `PrimeField::ReprBits` and the `to_le_bits`
and `char_le_bits` methods for obtaining `bitvec`-friendly types for
representing field elements.
@tarcieri tarcieri mentioned this pull request Sep 11, 2020
dns2utf8 pushed a commit to dns2utf8/traits that referenced this pull request Jan 24, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant