diff options
| author | Martin Storsjö <martin@martin.st> | 2021-06-20 23:58:46 +0300 |
|---|---|---|
| committer | Martin Storsjö <martin@martin.st> | 2021-06-25 09:39:56 +0300 |
| commit | d07f43641f98a8e0024cf8e94ef98c7c912221d9 (patch) | |
| tree | df2ff5a477e5415873c256f505a728e8f65b1d56 /llvm/lib/ProfileData/Coverage/CoverageMappingReader.cpp | |
| parent | f9b3840c3daf050d748f452a8105dfe661f8122e (diff) | |
| download | llvm-d07f43641f98a8e0024cf8e94ef98c7c912221d9.zip llvm-d07f43641f98a8e0024cf8e94ef98c7c912221d9.tar.gz llvm-d07f43641f98a8e0024cf8e94ef98c7c912221d9.tar.bz2 | |
[LLD] [COFF] Fix handling of LTO comdats with nontrivial selection types after 728cc0075e5dfdb454eb
Commit 728cc0075e5dfdb454ebe6418b63bdffae71ec14 made comdat symbols
from LTO objects be treated as any regular comdat symbol. This works
great for symbols that actually are IMAGE_COMDAT_SELECT_ANY, but
if the symbols have a less trivial selection type that require comparing
either the section chunk size or contents, we can't check that before
actually doing the LTO compilation.
Therefore bring back one aspect of handling from before; that comdat
resolution with a leader from an LTO symbol is essentially skipped,
like it was before 728cc0075e5dfdb454ebe6418b63bdffae71ec14.
Differential Revision: https://reviews.llvm.org/D104605
Diffstat (limited to 'llvm/lib/ProfileData/Coverage/CoverageMappingReader.cpp')
0 files changed, 0 insertions, 0 deletions