diff options
author | Fiona Glaser <escha@apple.com> | 2016-03-15 01:50:46 +0000 |
---|---|---|
committer | Fiona Glaser <escha@apple.com> | 2016-03-15 01:50:46 +0000 |
commit | a4b1ace4610fb6ec2a1d06b3b978285f3dafbb20 (patch) | |
tree | 77afa28718fcd15c79abaebc900de79aacd22119 /lldb/packages/Python/lldbsuite/test/python_api/breakpoint/TestBreakpointAPI.py | |
parent | 1b640e05ba57e805ed00831771b75cd2e617f656 (diff) | |
download | bcm5719-llvm-a4b1ace4610fb6ec2a1d06b3b978285f3dafbb20.tar.gz bcm5719-llvm-a4b1ace4610fb6ec2a1d06b3b978285f3dafbb20.zip |
DenseMap: make .resize() do the intuitive thing
In some places, like InstCombine, we resize a DenseMap to fit the elements
we intend to put in it, then insert those elements (to avoid continual
reallocations as it grows). But .resize(foo) doesn't actually do what
people think; it resizes to foo buckets (which is really an
implementation detail the user of DenseMap probably shouldn't care about),
not the space required to fit foo elements. DenseMap grows if 3/4 of its
buckets are full, so this actually causes one forced reallocation every
time instead of avoiding a reallocation.
This patch makes .resize(foo) do the intuitive thing: it grows to the size
necessary to fit foo elements without new allocations.
Also include a test to verify that .resize() actually does what we think it
does.
llvm-svn: 263522
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/breakpoint/TestBreakpointAPI.py')
0 files changed, 0 insertions, 0 deletions