summaryrefslogtreecommitdiffstats
path: root/llvm/docs/ProgrammersManual.html
diff options
context:
space:
mode:
authorNick Lewycky <nicholas@mxc.ca>2010-08-01 23:18:45 +0000
committerNick Lewycky <nicholas@mxc.ca>2010-08-01 23:18:45 +0000
commitdaf67727a3b6c0ca340a9e9f17923c2eceb8b090 (patch)
treeeb04347eb4e8b64bb9ef047182a3468c01e9a9a7 /llvm/docs/ProgrammersManual.html
parentea3813fbc9fb0bd4de1108d566580c604094bd69 (diff)
downloadbcm5719-llvm-daf67727a3b6c0ca340a9e9f17923c2eceb8b090.tar.gz
bcm5719-llvm-daf67727a3b6c0ca340a9e9f17923c2eceb8b090.zip
Fix word choice.
llvm-svn: 109995
Diffstat (limited to 'llvm/docs/ProgrammersManual.html')
-rw-r--r--llvm/docs/ProgrammersManual.html2
1 files changed, 1 insertions, 1 deletions
diff --git a/llvm/docs/ProgrammersManual.html b/llvm/docs/ProgrammersManual.html
index 2d3c56555f0..77774467f8c 100644
--- a/llvm/docs/ProgrammersManual.html
+++ b/llvm/docs/ProgrammersManual.html
@@ -1436,7 +1436,7 @@ to the key string for a value.</p>
<p>The StringMap is very fast for several reasons: quadratic probing is very
cache efficient for lookups, the hash value of strings in buckets is not
-recomputed when lookup up an element, StringMap rarely has to touch the
+recomputed when looking up an element, StringMap rarely has to touch the
memory for unrelated objects when looking up a value (even when hash collisions
happen), hash table growth does not recompute the hash values for strings
already in the table, and each pair in the map is store in a single allocation
OpenPOWER on IntegriCloud