diff options
| author | Martin Storsjö <martin@martin.st> | 2025-09-25 23:11:17 +0300 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2025-09-25 23:11:17 +0300 |
| commit | 0d6af2db6cd9c964ff300e5b5246c070a57d45e2 (patch) | |
| tree | d5840df3a18486c4da7fb8560b7093f7fadb364c /llvm/lib/Target/WebAssembly/WebAssemblyRegStackify.cpp | |
| parent | 7b28fcd2b182ba2c9d2d71c386be92fc0ee3cc9d (diff) | |
| download | llvm-0d6af2db6cd9c964ff300e5b5246c070a57d45e2.zip llvm-0d6af2db6cd9c964ff300e5b5246c070a57d45e2.tar.gz llvm-0d6af2db6cd9c964ff300e5b5246c070a57d45e2.tar.bz2 | |
[LLD] [COFF] Fix symbol names for import thunks (#160694)
9cc9efc483339ece1d52923569bb755db42b69f3 changed LLD to use a
StringTableBuilder for optimizing the string table, used for long
section and symbol names.
That commit had a bug, where the symbol table entry for an import thunk
with a long symbol name wouldn't get fetched from the
StringTableBuilder, if the base symbol name (without the "__imp_"
prefix) wasn't over 8 chars.
This should fix issues with Go, which errors out on reading the
executables with a broken symbol table, as noted in
https://github.com/mstorsjo/llvm-mingw/issues/518 and
https://github.com/golang/go/issues/75219.
Diffstat (limited to 'llvm/lib/Target/WebAssembly/WebAssemblyRegStackify.cpp')
0 files changed, 0 insertions, 0 deletions