aboutsummaryrefslogtreecommitdiff
path: root/gcc/omp-expand.cc
diff options
context:
space:
mode:
authorJakub Jelinek <jakub@redhat.com>2023-03-17 08:44:19 +0100
committerJakub Jelinek <jakub@redhat.com>2023-03-17 08:44:19 +0100
commitbe6195c7e7adc7465214a0dc347c592822713c3f (patch)
treeda95dd607832c51979c0238b452453aae718c4e1 /gcc/omp-expand.cc
parent328477f6ee82d27fa6bb09617644d409be300688 (diff)
downloadgcc-be6195c7e7adc7465214a0dc347c592822713c3f.zip
gcc-be6195c7e7adc7465214a0dc347c592822713c3f.tar.gz
gcc-be6195c7e7adc7465214a0dc347c592822713c3f.tar.bz2
gdbhooks: Update gdbhooks.py for recent tree_code_type changes [PR108634]
On Mon, Mar 13, 2023 at 04:15:12PM -0400, Jason Merrill wrote: > The r13-6577 change to use tree_code_type_tmpl in earlier C++ dialects broke > gdbhooks, which expects tree_code_type to always be available. I considered > trying to make gdbhooks more robust, but it seemed simpler to define > tree_code_type as a reference to the template. As I said earlier, I think it is better to tweak gdbhooks. The following patch does that, I've tested it now both with gcc 12 and older gcc as system compiler and the patch fixed the latter while keeping the former working as before. 2023-03-17 Jakub Jelinek <jakub@redhat.com> PR plugins/108634 * gdbhooks.py (TreePrinter.to_string): Wrap gdb.parse_and_eval('tree_code_type') in a try block, parse and eval 'tree_code_type_tmpl<0>::tree_code_type' instead if it raises exception. Update comments for the recent tree_code_type changes.
Diffstat (limited to 'gcc/omp-expand.cc')
0 files changed, 0 insertions, 0 deletions