diff options
| author | Nikita Popov <npopov@redhat.com> | 2021-12-15 12:08:11 +0100 |
|---|---|---|
| committer | Nikita Popov <npopov@redhat.com> | 2021-12-16 09:23:33 +0100 |
| commit | 6bca9a428e32c598f793821e407d5c9d7bbe7cd8 (patch) | |
| tree | 58ebb207c2ed53dfce77c7bf4b61d701d643cb99 /llvm/lib/Support/VirtualFileSystem.cpp | |
| parent | c209b7e3d5b61262bfe868ae064758d047da4c15 (diff) | |
| download | llvm-6bca9a428e32c598f793821e407d5c9d7bbe7cd8.zip llvm-6bca9a428e32c598f793821e407d5c9d7bbe7cd8.tar.gz llvm-6bca9a428e32c598f793821e407d5c9d7bbe7cd8.tar.bz2 | |
[CodeGen] Store ElementType in LValue
Store the pointer element type inside LValue so that we can
preserve it when converting it back into an Address. Storing the
pointer element type might not be strictly required here in that
we could probably re-derive it from the QualType (which would
require CGF access though), but storing it seems like the simpler
solution.
The global register case is special and does not store an element
type, as the value is not a pointer type in that case and it's not
possible to create an Address from it.
This is the main remaining part from D103465.
Differential Revision: https://reviews.llvm.org/D115791
Diffstat (limited to 'llvm/lib/Support/VirtualFileSystem.cpp')
0 files changed, 0 insertions, 0 deletions