diff options
| author | Tom Eccles <tom.eccles@arm.com> | 2023-07-05 16:09:08 +0000 |
|---|---|---|
| committer | Tom Eccles <tom.eccles@arm.com> | 2023-07-07 09:25:13 +0000 |
| commit | 0e3fda6c72e3f04046df42f1eb1ad1519a8015ec (patch) | |
| tree | ca18fd0a8d0f68b7f4f40da958341ac677188c36 /clang/lib/Frontend/CompilerInvocation.cpp | |
| parent | 8d0a02cbc89eb9016062ecfa5abe88be45570cbb (diff) | |
| download | llvm-0e3fda6c72e3f04046df42f1eb1ad1519a8015ec.zip llvm-0e3fda6c72e3f04046df42f1eb1ad1519a8015ec.tar.gz llvm-0e3fda6c72e3f04046df42f1eb1ad1519a8015ec.tar.bz2 | |
[flang][hlfir] allow assoicate where the expr is also used by shape_of
This fixes the majority of cases where we hit the "hlfir.associate of
hlfir.expr with more than one use" TODO. In particular, this allows cam4
to be built.
hlfir.shape_of is just a way to delay reading shape information until
after intrinsics have been lowered to FIR runtime calls. It gets the
shape information from reading existing SSA values (e.g. fetching the
shape used when hlfir.declare'ing the variable).
Therefore hlfir.shape_of doesn't affect decisions about when to
deallocate the buffer.
Differential Revision: https://reviews.llvm.org/D154521
Diffstat (limited to 'clang/lib/Frontend/CompilerInvocation.cpp')
0 files changed, 0 insertions, 0 deletions