saymrwulf/curve25519-dalek-source
1
0
Fork 0
mirror of https://github.com/saymrwulf/curve25519-dalek-source.git synced 2026-09-04 20:24:10 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions
curve25519-dalek-source/Cargo.toml

66 lines
2.3 KiB
TOML
Raw Normal View History

Initial commit.
2016-12-08 05:12:00 +00:00
[package]
name = "curve25519-dalek"
Bump version to 2.1.0
2020-05-29 19:39:39 +00:00
# Before incrementing:
# - update CHANGELOG
# - update html_root_url
# - update README if required by semver
Fix a typo in Cargo.toml documentation.
2021-07-20 02:56:28 +00:00
# - if README was updated, also update module documentation in src/lib.rs
Bump curve25519-dalek version to 4.0.0-pre.2.
2022-02-16 21:26:01 +00:00
version = "4.0.0-pre.2"
Updated to edition 2021 (#413)
2022-10-18 17:45:59 +00:00
edition = "2021"
Initial commit.
2016-12-08 05:12:00 +00:00
authors = ["Isis Lovecruft <isis@patternsinthevoid.net>",
"Henry de Valence <hdevalence@hdevalence.ca>"]
readme = "README.md"
Fix licence
2017-08-01 02:05:31 +00:00
license = "BSD-3-Clause"
Update links to point to new official repos.
2018-01-20 00:54:46 +00:00
repository = "https://github.com/dalek-cryptography/curve25519-dalek"
Minor documentation fixes (#444) * Docs unlink from dalek.rs * Link katex assets to jsdelivr Co-authored-by: Michael Rosenberg <michael@mrosenberg.pub>
2022-12-07 10:36:07 +00:00
homepage = "https://github.com/dalek-cryptography/curve25519-dalek"
Initial commit.
2016-12-08 05:12:00 +00:00
documentation = "https://docs.rs/curve25519-dalek"
Add "cryptography" and "no-std" categories
2017-02-14 16:34:24 +00:00
categories = ["cryptography", "no-std"]
Bump version to 1.2.2
2019-07-31 22:22:31 +00:00
keywords = ["cryptography", "crypto", "ristretto", "curve25519", "ristretto255"]
Remove -pre.0; reword CHANGELOG entries.
2019-02-15 18:11:18 +00:00
description = "A pure-Rust implementation of group operations on ristretto255 and Curve25519"
Initial commit.
2016-12-08 05:12:00 +00:00
exclude = [
Exclude all .gitignore files from all builds.
2017-12-01 01:28:33 +00:00
"**/.gitignore",
Include rustdoc-include-katex-header.html in package.
2017-11-16 01:13:30 +00:00
".gitignore",
Exclude .travis.yml from packages.
2017-11-16 01:13:57 +00:00
".travis.yml",
Include rustdoc-include-katex-header.html in package.
2017-11-16 01:13:30 +00:00
]
Initial commit.
2016-12-08 05:12:00 +00:00
I think this will add KaTeX into docs.rs ???
2017-11-15 18:09:52 +00:00
[package.metadata.docs.rs]
Documentation migrate to docs.rs hosted This change migrates all the documentation from dalek.rs to docs.rs hosted and fixed the backend documentation generation that was broken.
2022-11-24 23:14:25 +00:00
rustdoc-args = ["--html-in-header", "docs/assets/rustdoc-include-katex-header.html", "--cfg", "docsrs"]
Fixed features to tell docs.rs to use
2022-11-26 10:55:48 +00:00
features = ["serde", "simd_backend"]
I think this will add KaTeX into docs.rs ???
2017-11-15 18:09:52 +00:00
Add a Travis badge to the Cargo.toml package.
2017-03-14 03:38:13 +00:00
[badges]
Update more links to point to the official CI and repos.
2018-01-20 00:55:50 +00:00
travis-ci = { repository = "dalek-cryptography/curve25519-dalek", branch = "master"}
Add a Travis badge to the Cargo.toml package.
2017-03-14 03:38:13 +00:00
Consolidate Cargo.toml and document the weird build hack
2018-01-27 00:29:23 +00:00
[dev-dependencies]
Bump sha2 and digest dependencies to 0.10.
2022-02-01 23:33:34 +00:00
sha2 = { version = "0.10", default-features = false }
Add Serde support for compressed points; use bincode for tests.
2018-09-26 22:28:47 +00:00
bincode = "1"
Bump criterion to 0.4.0 (#432)
2022-11-13 06:36:46 +00:00
criterion = { version = "0.4.0", features = ["html_reports"] }
Implements an Elligator2 map for Curve25519 This implementation: - is agnostic on the hash used to pick a field element, even though SHA512 is commonly used, - follows https://tools.ietf.org/id/draft-irtf-cfrg-hash-to-curve-10.html closely - tests the outputs of the function using libsignal's implementation.
2020-10-21 15:02:06 +00:00
hex = "0.4.2"
Update rand to 0.8
2020-12-22 02:03:06 +00:00
rand = "0.8"
Use `criterion.rs` instead of libtest for benchmarks. Since Criterion can only benchmark public API, these changes just drop all internal benchmarks (e.g., benchmarks for field operations). But those are usually microbenchmarks whose meaning is kind of questionable anyways, so I don't think this is a big loss. The `bench` feature disappears, since Criterion works on stable Rust.
2018-03-26 00:10:30 +00:00
[[bench]]
name = "dalek_benchmarks"
harness = false
first avx2 code
2017-10-23 21:03:23 +00:00
Consolidate Cargo.toml and document the weird build hack
2018-01-27 00:29:23 +00:00
[dependencies]
Implement simplified backend selection (#428) As proposed in #414, this commit changes the backend selection approach, introspecting `target_pointer_width` to select `u32_backend` vs `u64_backend` (or `fiat_u32_backend`/`fiat_u64_backend` if the `fiat_backend` feature is enabled). This helps eliminate the use of non-additive features, and also the rather confusing errors that happen if multiple backends are selected (i.e. thousands of lines of rustc errors). The selection logic checks if `target_pointer_width = "64"` and uses the 64-bit backend, or falls back to the 32-bit backend otherwise. This means the crate will always have a valid backend regardless of the pointer width, although there may be odd edge cases for exotic platforms which would optimally use the 64-bit backend but have a non-"64" target pointer width for whatever reason. We can handle those cases as they come up.
2022-11-13 17:17:42 +00:00
cfg-if = "1"
Update rand_core to 0.6 https://github.com/rust-random/rand/blob/master/rand_core/CHANGELOG.md This new version makes using rand_core on wasm seamless (thanks to the update of getrandom to v0.2) The crate compiles well with this PR, but since some `rand_core` traits are publicly exposed in this crate's API, this is strictly speaking a breaking change.
2020-12-14 18:04:04 +00:00
rand_core = { version = "0.6", default-features = false }
Bump sha2 and digest dependencies to 0.10.
2022-02-01 23:33:34 +00:00
digest = { version = "0.10", default-features = false }
Remove nightly recommendation now that subtle has stable opt barriers. This bumps the required `subtle` version to `2.2.1`, which contains those changes.
2019-11-15 22:29:14 +00:00
subtle = { version = "^2.2.1", default-features = false }
Fill in missing Serde impl for MontgomeryPoint.
2019-10-23 22:55:03 +00:00
serde = { version = "1.0", default-features = false, optional = true, features = ["derive"] }
Add link to Cargo.toml with explanation of packed_simd renaming
2020-09-30 19:01:43 +00:00
# The original packed_simd package was orphaned, see
# https://github.com/rust-lang/packed_simd/issues/303#issuecomment-701361161
adjusted dependency entry like to pick up latest pick up the latest packed_simd crate under an alternative name. see also: https://github.com/rust-lang/packed_simd/issues/303#issuecomment-701361161
2020-09-30 13:17:18 +00:00
packed_simd = { version = "0.3.4", package = "packed_simd_2", features = ["into_bits"], optional = true }
Relax zeroize dependency and bump MSRV (#412)
2022-10-17 19:08:34 +00:00
zeroize = { version = "1", default-features = false }
bump fiat-crypto version
2021-01-11 17:32:54 +00:00
fiat-crypto = { version = "0.1.6", optional = true}
Make serde an optional feature
2017-05-15 01:06:59 +00:00
Add #![no_std] (fixes #16) Use ::core in lieu of ::std, allowing this crate to be usable in #![no_std] environments. Gates features that presently depend on ::std (presently just rand) behind a "std" cargo feature, which is enabled by default.
2017-01-14 01:43:08 +00:00
[features]
Switch from `clear_on_drop` to `zeroize` (fixes #281) `zeroize` is WASM-friendly as it has no dependencies on C compilers. Instead uses Rust's own volatile write semantics and compiler fences to ensure zeroization is not elided by the compiler.
2019-09-30 18:51:57 +00:00
nightly = ["subtle/nightly"]
Implement simplified backend selection (#428) As proposed in #414, this commit changes the backend selection approach, introspecting `target_pointer_width` to select `u32_backend` vs `u64_backend` (or `fiat_u32_backend`/`fiat_u64_backend` if the `fiat_backend` feature is enabled). This helps eliminate the use of non-additive features, and also the rather confusing errors that happen if multiple backends are selected (i.e. thousands of lines of rustc errors). The selection logic checks if `target_pointer_width = "64"` and uses the 64-bit backend, or falls back to the 32-bit backend otherwise. This means the crate will always have a valid backend regardless of the pointer width, although there may be odd edge cases for exotic platforms which would optimally use the 64-bit backend but have a non-"64" target pointer width for whatever reason. We can handle those cases as they come up.
2022-11-13 17:17:42 +00:00
default = ["std"]
enable rand_core/std
2019-01-05 11:32:36 +00:00
std = ["alloc", "subtle/std", "rand_core/std"]
Switch from `clear_on_drop` to `zeroize` (fixes #281) `zeroize` is WASM-friendly as it has no dependencies on C compilers. Instead uses Rust's own volatile write semantics and compiler fences to ensure zeroization is not elided by the compiler.
2019-09-30 18:51:57 +00:00
alloc = ["zeroize/alloc"]
Rework backend selection code. Each backend can now be selected by an individual feature: - `u32_backend` for `backend::u32`; - `u64_backend` for `backend::u64`; - `avx2_backend` for `backend::avx2`; The `u64_backend` is selected by default, since most people use X64 and we have no way to select based on target (see discussion in #126). However, these changes mean that it is possible to select the backend explicitly, and if we had the ability to select target-default features, we could do so easily.
2018-05-15 00:35:34 +00:00
Implement simplified backend selection (#428) As proposed in #414, this commit changes the backend selection approach, introspecting `target_pointer_width` to select `u32_backend` vs `u64_backend` (or `fiat_u32_backend`/`fiat_u64_backend` if the `fiat_backend` feature is enabled). This helps eliminate the use of non-additive features, and also the rather confusing errors that happen if multiple backends are selected (i.e. thousands of lines of rustc errors). The selection logic checks if `target_pointer_width = "64"` and uses the 64-bit backend, or falls back to the 32-bit backend otherwise. This means the crate will always have a valid backend regardless of the pointer width, although there may be odd edge cases for exotic platforms which would optimally use the 64-bit backend but have a non-"64" target pointer width for whatever reason. We can handle those cases as they come up.
2022-11-13 17:17:42 +00:00
# fiat-crypto backend with formally-verified field arithmetic
fiat_backend = ["fiat-crypto"]
Replace `avx2_backend` with `simd_backend` (autoselects AVX2/IFMA)
2018-11-24 21:12:20 +00:00
# The SIMD backend uses parallel formulas, using either AVX2 or AVX512-IFMA.
Implement simplified backend selection (#428) As proposed in #414, this commit changes the backend selection approach, introspecting `target_pointer_width` to select `u32_backend` vs `u64_backend` (or `fiat_u32_backend`/`fiat_u64_backend` if the `fiat_backend` feature is enabled). This helps eliminate the use of non-additive features, and also the rather confusing errors that happen if multiple backends are selected (i.e. thousands of lines of rustc errors). The selection logic checks if `target_pointer_width = "64"` and uses the 64-bit backend, or falls back to the 32-bit backend otherwise. This means the crate will always have a valid backend regardless of the pointer width, although there may be odd edge cases for exotic platforms which would optimally use the 64-bit backend but have a non-"64" target pointer width for whatever reason. We can handle those cases as they come up.
2022-11-13 17:17:42 +00:00
simd_backend = ["nightly", "packed_simd"]
Reference in a new issue Copy permalink