diff options
author | Slava Zakharin <szakharin@nvidia.com> | 2023-06-26 14:32:41 -0700 |
---|---|---|
committer | Slava Zakharin <szakharin@nvidia.com> | 2023-06-27 14:08:35 -0700 |
commit | 3a4e9f7ae50980ce8f103cbe86d24c574c8c6cac (patch) | |
tree | b38bb7e16c14d8b6dd9598d2553f2f9a019e27f3 /llvm/lib/CodeGen/BasicBlockSections.cpp | |
parent | 1f3d23845f13ce545d002d1fd2cf9657e0609749 (diff) | |
download | llvm-3a4e9f7ae50980ce8f103cbe86d24c574c8c6cac.zip llvm-3a4e9f7ae50980ce8f103cbe86d24c574c8c6cac.tar.gz llvm-3a4e9f7ae50980ce8f103cbe86d24c574c8c6cac.tar.bz2 |
[flang][hlfir] Do not dereference unallocated entities in structure constructor.
Component-by-component assignment must be able to handle unallocated
allocatable values in structure constructor. F2018 7.5.10 p. 7 states
that the component must have unallocated status as a result of such
construction. The structure constructor temporary is initialized
such that all the allocatable components are unallocated, so we just
need to make sure not to do the component assignment if RHS is deallocated.
Depends on D152482 (the same LIT test is affected)
Reviewed By: jeanPerier, tblah
Differential Revision: https://reviews.llvm.org/D152493
Diffstat (limited to 'llvm/lib/CodeGen/BasicBlockSections.cpp')
0 files changed, 0 insertions, 0 deletions