aboutsummaryrefslogtreecommitdiff
path: root/lldb/packages/Python/lldbsuite/test/gdbclientutils.py
diff options
context:
space:
mode:
authorJean Perier <jperier@nvidia.com>2022-03-15 09:32:43 +0100
committerJean Perier <jperier@nvidia.com>2022-03-15 09:33:07 +0100
commit83b0d0f964c0b50d452982e0362c7cbe44a51ad7 (patch)
treeed636258cb52c2f107c9c1a57da26955994c12c8 /lldb/packages/Python/lldbsuite/test/gdbclientutils.py
parent76b1601001b5262686bde364407d0dc9ffd52287 (diff)
downloadllvm-83b0d0f964c0b50d452982e0362c7cbe44a51ad7.zip
llvm-83b0d0f964c0b50d452982e0362c7cbe44a51ad7.tar.gz
llvm-83b0d0f964c0b50d452982e0362c7cbe44a51ad7.tar.bz2
[flang] fulfill -Msave/-fno-automatic in main programs too
`semantics::IsSaved()` was not applying -Msave/-fno-automatic for main programs. This caused issues since lowering relies on it to allocate static variables. This did not match nvfortran/gfortran behaviors where -fno-automatic/-Msave control the static allocation of scalars in main programs. Some program may rely on main program scalars to be statically allocated in bss (and therefore initialized to zero) with -Msave/-fno-automatic flags. Differential Revision: https://reviews.llvm.org/D121603
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/gdbclientutils.py')
0 files changed, 0 insertions, 0 deletions