aboutsummaryrefslogtreecommitdiff
path: root/flang/lib/Frontend/CompilerInvocation.cpp
diff options
context:
space:
mode:
authorjeanPerier <jperier@nvidia.com>2023-10-02 09:53:09 +0200
committerGitHub <noreply@github.com>2023-10-02 09:53:09 +0200
commit87e25210226086a54f44de4f1d4575fee9073721 (patch)
treefc648e7557bc28974472018e2830f169bdc5e62d /flang/lib/Frontend/CompilerInvocation.cpp
parentc83d64f17a6e38f39fde611f06479e6f2a62b70f (diff)
downloadllvm-87e25210226086a54f44de4f1d4575fee9073721.zip
llvm-87e25210226086a54f44de4f1d4575fee9073721.tar.gz
llvm-87e25210226086a54f44de4f1d4575fee9073721.tar.bz2
[flang] Zero initialize uninitialized components in saved default init (#67777)
Follow up up of https://github.com/llvm/llvm-project/pull/67693 - Zero initialize uninitialized components of saved derived type entity with a default initial value. - Zero initialize uninitialized storage of common blocks with a member with an initial value. - Zero initialized uninitialized saved equivalence This removes all the cases where fir.global are created with an initial value that results in an undef in LLVM for part of the global, leading in surprising LLVM optimizations at -O2 for Fortran folks that expects there saved variables to be zero initialized if there is no explicit or default initial value.
Diffstat (limited to 'flang/lib/Frontend/CompilerInvocation.cpp')
0 files changed, 0 insertions, 0 deletions