[Bug debug/65822] [4.8/4.9/5/6 Regression] Used variant fun names in dwarf info for CTORs

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65822

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|4.8.5   |4.9.3

--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
The gcc-4_8-branch is being closed, re-targeting regressions to 4.9.3.

[Bug debug/65822] [4.8/4.9/5/6 Regression] Used variant fun names in dwarf info for CTORs

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65822

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|--- |4.8.5

--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
I suppose it does do the job.

[Bug debug/65822] [4.8/4.9/5/6 Regression] Used variant fun names in dwarf info for CTORs

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65822

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org,
   ||jason at gcc dot gnu.org
Summary|[4.8.2 regression] Used |[4.8/4.9/5/6 Regression]
   |variant fun names in dwarf  |Used variant fun names in
   |info for CTORs  |dwarf info for CTORs

--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org ---
The C1 and C2 don't stand for CTORs and variant CTORs, but for complete object
constructor and base object constructor.  If the compiler chooses them to emit
them as aliases (because they are the same), you only get one of them in the
debug info, emitting both the same way would just severely bloat the debug
info, unless there is a way to represent the aliases without duplication. 
Dunno if e.g. a DW_TAG_subprogram
with DW_AT_name/DW_AT_linkage_name and just DW_AT_abstract_origin on the alias
and nothing else would do the job.