https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89205
Bug ID: 89205
Summary: [8/9 Regression] Debug info size growth since r248469
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: nathan at gcc dot gnu.org
Target Milestone: ---
Starting from the revision, I see a reasonable growth in debug info for e.g.
astar: 60% in between GCC 7 and 8.
I tried to isolate a simple test-case:
$ cat RegWay_.ii
namespace {}
namespace a {
void isgreater();
void isgreater(double);
template <typename> void isgreater();
bool isgreaterequal();
template <typename> void isgreaterequal();
} // namespace a
using a::isgreater;
using a::isgreaterequal;
Using -O2 -g on x86_64-linux one can see before and after the problematic
revision (using bloaty):
Bisecting latest revisions
5637ac627975d117(25 May 2017 20:55): [took: 2.562s] result: OK
VM SIZE FILE SIZE
-------------- --------------
-NAN% 0 [ELF Headers] 1.06Ki 44.6%
-NAN% 0 .rela.debug_info 312 12.8%
-NAN% 0 .symtab 288 11.8%
-NAN% 0 .debug_str 237 9.7%
-NAN% 0 .shstrtab 143 5.9%
-NAN% 0 .debug_abbrev 113 4.6%
-NAN% 0 .debug_info 96 3.9%
-NAN% 0 .debug_line 43 1.8%
-NAN% 0 .comment 42 1.7%
-NAN% 0 .debug_aranges 32 1.3%
-NAN% 0 .rela.debug_aranges 24 1.0%
-NAN% 0 .strtab 12 0.5%
-NAN% 0 [Unmapped] 10 0.4%
100.0% 0 TOTAL 2.38Ki 100.0%
a92669f34279ca07(25 May 2017 19:41): [took: 2.478s] result: OK
VM SIZE FILE SIZE
-------------- --------------
-NAN% 0 [ELF Headers] 768 58.2%
-NAN% 0 .symtab 216 16.4%
-NAN% 0 .debug_str 185 14.0%
-NAN% 0 .shstrtab 92 7.0%
-NAN% 0 .comment 42 3.2%
-NAN% 0 .strtab 12 0.9%
-NAN% 0 [Unmapped] 5 0.4%
100.0% 0 TOTAL 1.29Ki 100.0%
Note various newly added debug sections.
Maybe I reported a similar issue, but my memory is fuzzy.
