aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp
diff options
context:
space:
mode:
authorDianQK <dianqk@dianqk.net>2023-07-26 06:05:46 +0800
committerDianQK <dianqk@dianqk.net>2023-07-26 06:08:32 +0800
commit2ee4d0386c783f58abe708298228de648239b435 (patch)
tree4868c0dc007d20a84871e722bb227daad2fd62f1 /llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp
parentb9863430ec2cf5320320f8aae91d7040d47c099a (diff)
downloadllvm-2ee4d0386c783f58abe708298228de648239b435.zip
llvm-2ee4d0386c783f58abe708298228de648239b435.tar.gz
llvm-2ee4d0386c783f58abe708298228de648239b435.tar.bz2
[Verifier] definition subprograms cannot be nested within DICompositeType when enabling ODR.
Resolve https://github.com/llvm/llvm-project/issues/61932. We should add the validation. LLVM can't handle IR where subprogram definitions are nested within DICompositeType when doing LTO builds, because there's no good way to cross the CU boundary to insert a nested DISubprogram definition in one CU into a type defined in another CU. The test cases `cross-cu-inlining-2.ll` and `cross-cu-inlining-ranges.ll` can be deleted. In the `cross-cu-inlining-2.ll`, the low pc and high pc of the CU are also incorrect. Reviewed By: dblaikie Differential Revision: https://reviews.llvm.org/D152095
Diffstat (limited to 'llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp')
0 files changed, 0 insertions, 0 deletions