gdb: Fix issue with Clang CLI macros
authorBruno Larsen <blarsen@redhat.com>
Wed, 20 Apr 2022 17:41:11 +0000 (14:41 -0300)
committerBruno Larsen <blarsen@redhat.com>
Thu, 3 Nov 2022 13:08:17 +0000 (14:08 +0100)
commite7e7469e7a31bd5a406a03aa83a1cd648f5ef30d
tree7ae6dc9bd3ce0a081b8fa5f549b506a4de450935
parent78cd9188d0fb3ab8b1c33b4cb54ad85ffa444192
gdb: Fix issue with Clang CLI macros

Clang up to version 15 (current) adds macros that were defined in the
command line or by "other means", according to the Dwarf specification,
after the last DW_MACRO_end_file, instead of before the first
DW_MACRO_start_file, as the specification dictates.  When GDB reads the
macros after the last file is closed, the macros never end up "in scope"
and so we can't print them.  This has been submitted as a bug to Clang
developers (https://github.com/llvm/llvm-project/issues/54506), and PR
macros/29034 was opened for GDB to keep track of this.

Seeing as there is no expected date for it to be fixed, add a workaround
for all current versions of Clang.  The workaround detects when
the main file would be closed and if the producer is Clang, and turns
that operation into a noop, so we keep a reference to the current_file
as those macros are read.

A test case was added to confirm the functionality, and the KFAIL for
running gdb.base/macro-source-path when using clang.

Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=29034
Approved-By: Simon Marchi <simon.marchi@efficios.com>
gdb/dwarf2/cu.h
gdb/dwarf2/macro.c
gdb/dwarf2/macro.h
gdb/dwarf2/read.c
gdb/dwarf2/read.h
gdb/producer.c
gdb/producer.h
gdb/testsuite/gdb.base/macro-source-path.exp
gdb/testsuite/gdb.dwarf2/clang-cli-macro.c [new file with mode: 0644]
gdb/testsuite/gdb.dwarf2/clang-cli-macro.exp [new file with mode: 0644]