diff options
author | Fangrui Song <i@maskray.me> | 2020-12-08 13:14:34 -0800 |
---|---|---|
committer | Fangrui Song <i@maskray.me> | 2020-12-08 13:14:34 -0800 |
commit | 843f2dbf003f2a51d0d4ab8cf40647c99ded2e93 (patch) | |
tree | c82b397263fb53b7a7d3c308a6adc2c8b437c95e /clang/unittests/Frontend/CompilerInvocationTest.cpp | |
parent | 4c69b1b98a9aeda363c7126a0cfa6e2e88e593c5 (diff) | |
download | llvm-843f2dbf003f2a51d0d4ab8cf40647c99ded2e93.zip llvm-843f2dbf003f2a51d0d4ab8cf40647c99ded2e93.tar.gz llvm-843f2dbf003f2a51d0d4ab8cf40647c99ded2e93.tar.bz2 |
[Driver] Don't make -gsplit-dwarf imply -g2
RFC: http://lists.llvm.org/pipermail/cfe-dev/2020-May/065430.html
Agreement from GCC: https://sourceware.org/pipermail/gcc-patches/2020-May/545688.html
g_flags_Group options generally don't affect the amount of debugging
information. -gsplit-dwarf is an exception. Its order dependency with
other gN_Group options make it inconvenient in a build system:
* -g0 -gsplit-dwarf -> level 2
-gsplit-dwarf "upgrades" the amount of debugging information despite
the previous intention (-g0) to drop debugging information
* -g1 -gsplit-dwarf -> level 2
-gsplit-dwarf "upgrades" the amount of debugging information.
* If we have a higher-level -gN, -gN -gsplit-dwarf will supposedly decrease the
amount of debugging information. This happens with GCC -g3.
The non-orthogonality has confused many users. GCC 11 will change the semantics
(-gsplit-dwarf no longer implies -g2) despite the backwards compatibility break.
This patch matches its behavior.
New semantics:
* If there is a g_Group, allow split DWARF if useful
(none of: -g0, -gline-directives-only, -g1 -fno-split-dwarf-inlining)
* Otherwise, no-op.
To restore the original behavior, replace -gsplit-dwarf with -gsplit-dwarf -g.
Reviewed By: dblaikie
Differential Revision: https://reviews.llvm.org/D80391
Diffstat (limited to 'clang/unittests/Frontend/CompilerInvocationTest.cpp')
0 files changed, 0 insertions, 0 deletions