Skip to content

Commit 3970545

Browse files
committedNov 5, 2024··
Fix some misspellings
Some files contained English misspellings or math issues (`lamba` instead of `lambda`).
1 parent ec329c2 commit 3970545

File tree

4 files changed

+6
-6
lines changed

4 files changed

+6
-6
lines changed
 

‎CMakeLists.txt

+1-1
Original file line numberDiff line numberDiff line change
@@ -55,7 +55,7 @@ option(SECP256K1_INSTALL "Enable installation." ${PROJECT_IS_TOP_LEVEL})
5555
## Modules
5656

5757
# We declare all options before processing them, to make sure we can express
58-
# dependendencies while processing.
58+
# dependencies while processing.
5959
option(SECP256K1_ENABLE_MODULE_ECDH "Enable ECDH module." ON)
6060
option(SECP256K1_ENABLE_MODULE_RECOVERY "Enable ECDSA pubkey recovery module." OFF)
6161
option(SECP256K1_ENABLE_MODULE_EXTRAKEYS "Enable extrakeys module." ON)

‎configure.ac

+2-2
Original file line numberDiff line numberDiff line change
@@ -254,8 +254,8 @@ fi
254254
print_msan_notice=no
255255
if test x"$enable_ctime_tests" = x"yes"; then
256256
SECP_MSAN_CHECK
257-
# MSan on Clang >=16 reports unitialized memory in function parameters and return values, even if
258-
# the uninitalized variable is never actually "used". This is called "eager" checking, and it's
257+
# MSan on Clang >=16 reports uninitialized memory in function parameters and return values, even if
258+
# the uninitialized variable is never actually "used". This is called "eager" checking, and it's
259259
# sounds like good idea for normal use of MSan. However, it yields many false positives in the
260260
# ctime_tests because many return values depend on secret (i.e., "uninitialized") values, and
261261
# we're only interested in detecting branches (which count as "uses") on secret data.

‎src/scalar_impl.h

+2-2
Original file line numberDiff line numberDiff line change
@@ -90,11 +90,11 @@ static void secp256k1_scalar_split_lambda_verify(const secp256k1_scalar *r1, con
9090
#endif
9191

9292
/*
93-
* Both lambda and beta are primitive cube roots of unity. That is lamba^3 == 1 mod n and
93+
* Both lambda and beta are primitive cube roots of unity. That is lambda^3 == 1 mod n and
9494
* beta^3 == 1 mod p, where n is the curve order and p is the field order.
9595
*
9696
* Furthermore, because (X^3 - 1) = (X - 1)(X^2 + X + 1), the primitive cube roots of unity are
97-
* roots of X^2 + X + 1. Therefore lambda^2 + lamba == -1 mod n and beta^2 + beta == -1 mod p.
97+
* roots of X^2 + X + 1. Therefore lambda^2 + lambda == -1 mod n and beta^2 + beta == -1 mod p.
9898
* (The other primitive cube roots of unity are lambda^2 and beta^2 respectively.)
9999
*
100100
* Let l = -1/2 + i*sqrt(3)/2, the complex root of X^2 + X + 1. We can define a ring

‎src/util.h

+1-1
Original file line numberDiff line numberDiff line change
@@ -232,7 +232,7 @@ static SECP256K1_INLINE void secp256k1_memclear(void *ptr, size_t len) {
232232
* As best as we can tell, this is sufficient to break any optimisations that
233233
* might try to eliminate "superfluous" memsets.
234234
* This method is used in memzero_explicit() the Linux kernel, too. Its advantage is that it
235-
* is pretty efficient, because the compiler can still implement the memset() efficently,
235+
* is pretty efficient, because the compiler can still implement the memset() efficiently,
236236
* just not remove it entirely. See "Dead Store Elimination (Still) Considered Harmful" by
237237
* Yang et al. (USENIX Security 2017) for more background.
238238
*/

0 commit comments

Comments
 (0)
Please sign in to comment.