Skip to content

Commit eedee50

Browse files
author
Johan Tibell
committed
developer guide: fix italics
1 parent 843d7ed commit eedee50

File tree

1 file changed

+5
-5
lines changed

1 file changed

+5
-5
lines changed

docs/developer-guide.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -93,17 +93,17 @@ Here's a quick overview in order of simplicty:
9393
* `Leaf` -- A key-value pair.
9494
* `Collision` -- An array of key-value pairs where the keys have identical hash
9595
values. Element order doesn't matter.
96-
* `Full` -- An array of /2^B/ children. Given a key you can find the child it
97-
is part of by taking /B/ bits of the hash value for the key and indexing into
96+
* `Full` -- An array of *2^B* children. Given a key you can find the child it
97+
is part of by taking *B* bits of the hash value for the key and indexing into
9898
the key. Which bits to use depends on the tree level.
9999
* `BitmapIndexed` -- Similar to above except that the array is implemented as a
100100
sparse array (to avoid storing `Empty` values). A bitmask and popcount is
101101
used to convert from the index taken from the hash value, just like above, to
102102
the actual index in the array. This node gets upgraded to a `Full` node when
103-
it contains /2^B/ elements.
103+
it contains *2^B* elements.
104104

105-
The number of bits of the hash value to use at each level of the tree, /B/, is a
106-
compiled time constant (i.e. 4). In general a larger /B/ improves lookup
105+
The number of bits of the hash value to use at each level of the tree, *B*, is a
106+
compiled time constant (i.e. 4). In general a larger *B* improves lookup
107107
performance (shallower tree) but hurts modification (large nodes to copy when
108108
updating the spine of the tree).
109109

0 commit comments

Comments
 (0)