diff options
| author | Jon Chesterfield <jonathanchesterfield@gmail.com> | 2021-12-14 21:59:24 +0000 |
|---|---|---|
| committer | Jon Chesterfield <jonathanchesterfield@gmail.com> | 2021-12-14 21:59:26 +0000 |
| commit | 624f12d34f94a9e814753f26f0b499870697b68c (patch) | |
| tree | 62a0869ce826726147e9eb5f2335a25bc5fe27e0 /llvm/lib/ExecutionEngine/Orc/ObjectFileInterface.cpp | |
| parent | 87fe0709d4ad7c3128f998f14c66245ebb423e4f (diff) | |
| download | llvm-624f12d34f94a9e814753f26f0b499870697b68c.zip llvm-624f12d34f94a9e814753f26f0b499870697b68c.tar.gz llvm-624f12d34f94a9e814753f26f0b499870697b68c.tar.bz2 | |
[amdgpu] Drop lowering of LDS used by global variables
Approximately revert D103431.
LDS variables are allocated at kernel launch and deallocated at kernel exit.
The address is therefore kernel execution dependent. Global variables are
initialized by values written to .data, which can't be done for a LDS variable
as there is no kernel running, or by a global constructor. Initializing the
global to the address of some LDS allocated by a global constructor is possible
but indistinguishable from undef.
Assigning the address of a LDS variable to a global should be a sema error. It
isn't for openmp, haven't checked other languages. Failing that it could be set
to undef, perhaps in this pass.
Reviewed By: rampitec
Differential Revision: https://reviews.llvm.org/D115413
Diffstat (limited to 'llvm/lib/ExecutionEngine/Orc/ObjectFileInterface.cpp')
0 files changed, 0 insertions, 0 deletions