cfgexpand: Yet another spot with debug insns references to global vars without varpoo...
authorJakub Jelinek <jakub@redhat.com>
Thu, 19 May 2022 09:58:15 +0000 (11:58 +0200)
committerJakub Jelinek <jakub@redhat.com>
Thu, 19 May 2022 09:58:15 +0000 (11:58 +0200)
commit213cfa8d0a9d0bb28bd973323ee2055ee6699d86
tree96df56552f200c91f9af41838b3f8c5ddbb07733
parent3b4daa0b3c3d8eb2ac3b40ad6898f314ed4d7919
cfgexpand: Yet another spot with debug insns references to global vars without varpool nodes [PR105630]

This is similar to the earlier patch to avoid having MEM_EXPRs
referencing global vars without varpool nodes, but this time
the difference is that during gimplification some hashing
actually created DECL_RTLs for the n VAR_DECL and the previous
change was in the if above this when DECL_RTL is NULL and we are
considering creating it.

The following patch drops on the floor references to vars where
we've optimized away the varpool node even when it has DECL_RTL.

Bootstrapped/regtested on x86_64-linux and i686-linux, plus
bootstrapped on those without the cfgexpand.cc change, reapplied
it and rebuilt stage3 cc1/cc1plus, the resulting cc1/cc1plus
binaries on both targets were identical except for the 16-byte
executable_checksum (I've done the second bootstraps in the same
directory as the first one after moving the previous one elsewhere,
so pathnames were the same, just checksum hasn't been regenerated).
So, at least on those binaries this patch doesn't affect debug info
at all.

2022-05-19  Jakub Jelinek  <jakub@redhat.com>

PR debug/105630
* cfgexpand.cc (expand_debug_expr): For VAR_DECL, punt for
global vars without symtab node even when they have DECL_RTL
set.

* gcc.dg/pr105630.c: New test.
gcc/cfgexpand.cc
gcc/testsuite/gcc.dg/pr105630.c [new file with mode: 0644]