https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64346
--- Comment #6 from Jason Merrill ---
(In reply to dehao from comment #3)
> For AutoFDO, we actually needs symbols from the symbol table because
> indirect call promotion needs the symbol name to find the right callee.
I don't understand why the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64346
knight4553kai at gmx dot com changed:
What|Removed |Added
CC||knight4553kai at gmx dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64346
--- Comment #4 from Cary Coutant ---
I think the problem is that the decloning turns the C1 and C2 ctors into
thunks, and GCC doesn't (yet) generate debug info for thunks, so when you
inline the C4 into the C1 or C2, and inline that into foo, all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64346
--- Comment #3 from dehao at gcc dot gnu.org ---
For AutoFDO, we actually needs symbols from the symbol table because indirect
call promotion needs the symbol name to find the right callee.
You are right, ICF also causes trouble to AutoFDO profil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64346
--- Comment #2 from Andrew Pinski ---
>_ZN3ABCC4Ev
That is the internal name of the function (it demangles to ABC::ABC() anyways)
and the symbol does not need to be in the symbol table at all.
We are going to run into this more with ICF also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64346
dehao at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
CC|
