https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116526
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pheeck at gcc dot gnu.org,
| |rguenth at gcc dot gnu.org
--- Comment #3 from Richard Biener <rguenth at gcc dot gnu.org> ---
#1 0x00000000012c8a5d in symtab_node::get_partitioning_class (
this=<symtab_node * const 0x7ffff6613c80 "__gcov3.g"/23>)
at /space/rguenther/src/gcc-clean/gcc/symtab.cc:2207
2207 gcc_checking_assert (vnode->definition);
(gdb) p vnode->debug()
__gcov3.g/24 (__gcov3.g)
Type: variable
Visibility: semantic_interposition
References:
Referring: __gcov_.g/23 (addr)
Availability: not_available
Varpool flags:
$1 = void
-fno-ipa-pta fixes it (-fopenacc runs the pass_ipa_oacc pipeline before
LTO stream-out). And the cgraph dump shows
Reclaiming variables: __gcov6.g/14 __gcov5.g/13 __gcov3.g/12
but not that /24. With -fno-ipa-pta there's no reclaiming done:
-Reclaiming functions:
-Reclaiming variables:
+Reclaiming functions: memcpy/7
+Reclaiming variables: __gcov6.g/14 __gcov5.g/13 __gcov3.g/12
Clearing address taken flags:
I'm not aware of IPA PTA doing any _changes_ to the symbol table though ...
