Skip to content

Commit 0b100f1

Browse files
oli-obklcnr
andauthored
Update src/const-eval.md
Co-authored-by: lcnr <[email protected]>
1 parent d35d19b commit 0b100f1

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

src/const-eval.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -44,7 +44,7 @@ being permitted in the type system is that every value must be uniquely represen
4444
a specific value must only be representable in one specific way. For example: there is only one way
4545
to represent an array of two integers as a `ValTree`: `ValTree::Branch(&[ValTree::Leaf(first_int), ValTree;:Leaf(second_int)])`.
4646
Even though theoretically a `[u32; 2]` could be encoded in a `u64` and thus just be a `ValTree::Leaf(bits_of_two_u32)`, that
47-
is not a legal construction of `ValTree` (and is so complex to do, that it is unlikely to tempt anyone to do so).
47+
is not a legal construction of `ValTree` (and is so complex to do, so it is unlikely anyone is tempted to do so).
4848
These rules also mean that some values are not representable. There can be no `union`s in type level
4949
constants, as it is not clear how they should be represented, because their active variant is unknown.
5050
Similarly there is no way to represent pointers, as addresses are unknown at compile-time and thus we

0 commit comments

Comments
 (0)