[Bug lto/66295] [5/6/7 Regression] LTO generates incorrect resolver call for function multiversioning
hubicka at gcc dot gnu.org
gcc-bugzilla@gcc.gnu.org
Wed Jun 1 19:19:00 GMT 2016
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66295
--- Comment #4 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
In resolution file we have:
1
q.o 5
200 7c41b073ca657863 PREVAILING_DEF_IRONLY _Z3foov
212 7c41b073ca657863 PREVAILING_DEF_IRONLY _Z3foov.arch_core2
215 7c41b073ca657863 PREVAILING_DEF_IRONLY _Z3foov.resolver
222 7c41b073ca657863 PREVAILING_DEF_IRONLY _Z13_Z3foov.ifuncv
224 7c41b073ca657863 PREVAILING_DEF main
which seems to miss the fact that _Z13_Z3foov.ifuncv is magic (I believe
because it is the resolver that should be used to find proper implementation).
I suppose linker has no way to tell us, because ifuncs are not streamed to LTO
symtab. How exactly the ifuncs are represented in normal ELF?
More information about the Gcc-bugs
mailing list