diff options
author | Nico Weber <nicolasweber@gmx.de> | 2019-04-29 23:09:35 +0000 |
---|---|---|
committer | Nico Weber <nicolasweber@gmx.de> | 2019-04-29 23:09:35 +0000 |
commit | e577be4ed1ecb7e354ec25f431de058365befe16 (patch) | |
tree | ea06db783b16b4a382bd701336315a8210b02fd6 /llvm/unittests/Support/CommandLineTest.cpp | |
parent | 8c474a38d174b472e75c948af11f8cf46dc465cc (diff) | |
download | llvm-e577be4ed1ecb7e354ec25f431de058365befe16.zip llvm-e577be4ed1ecb7e354ec25f431de058365befe16.tar.gz llvm-e577be4ed1ecb7e354ec25f431de058365befe16.tar.bz2 |
[PDB] Fix hash function used to write /src/headerblock
lld-link used to write PDB files that DIA couldn't recover natvis
files from if:
- The global strings table was > 64kiB
- There were at least 3 natvis files
The cause was that the hash function for the /src/headerblock stream
was incorrect: It needs to be truncated to 16 bit.
If the global strings table was <= 64kiB, truncating to 16 bit is a
no-op, so this wasn't needed for small programs.
If there are only 1 or 2 natvis files, then the growth strategy in
HashTable::grow() would mean the hash table would have 2 buckets (for 1
natvis file) or 4 buckets (for 4 natvis files), and since the hash
function is used modulo number of buckets, and since 2 and 4 divide
0x10000, the missing `% 0x10000` is a no-op there too. For 3 natvis
files, the hash table grows to 6 buckets, which has a factor that's not
common with 0x10000 and the difference starts to matter.
Fixes PR41626.
Differential Revision: https://reviews.llvm.org/D61277
llvm-svn: 359515
Diffstat (limited to 'llvm/unittests/Support/CommandLineTest.cpp')
0 files changed, 0 insertions, 0 deletions