forked from OSchip/llvm-project
f9b72327b0
Summary:
This change comes from using lld for i686-windows-msvc. Before this change, lld
emits an error of:
error: relocation against symbol in discarded section: .xdata
It's possible that this could be addressed in lld, but I think this change is
reasonable on its own.
At a high level, this is being generated:
A (.text comdat) -> B (.text) -> C (.xdata comdat)
Where A is a C++ inline function, which references B, an exception handler
thunk, which references C, the exception handling info.
With this structure, lld will error when applying relocations to B if the C it
references has been discarded (some other C has been selected).
This change checks if A is comdat, and if so places the exception registration
thunk (B) in the comdata group of A (and B).
It appears that MSVC makes the __ehhandler function comdat.
Is it possible that duplicate thunks are being emitted into the final binary
with other linkers, or are they stripping the unused thunks?
Reviewers: rnk, majnemer, compnerd, smeenai
Reviewed By: rnk, compnerd
Subscribers: llvm-commits
Differential Revision: https://reviews.llvm.org/D38940
llvm-svn: 316219
|
||
|---|---|---|
| .. | ||
| lit.local.cfg | ||
| wineh-asm.ll | ||
| wineh-cloning.ll | ||
| wineh-comdat.ll | ||
| wineh-demotion.ll | ||
| wineh-intrinsics-invalid.ll | ||
| wineh-intrinsics.ll | ||
| wineh-nested-unwind.ll | ||
| wineh-no-demotion.ll | ||
| wineh-noret-cleanup.ll | ||
| wineh-setjmp.ll | ||
| wineh-statenumbering-cleanups.ll | ||
| wineh-statenumbering.ll | ||