[PATCH] D110422: [AIX] Enable PGO without LTO
Fangrui Song via Phabricator via cfe-commits
cfe-commits at lists.llvm.org
Mon Sep 27 10:43:00 PDT 2021
MaskRay added a comment.
Sorry, I still don't understand this response:
> We have 3 sets weak symbols here: weak_func, profc_weak_foo, profd_weak_func. We can't ensure that binder always choose 3 of them from same object.
So this part of the description isn't clear to me:
> However, on AIX, the current binder can NOT discard the weak symbols if we put all of them into the same csect, as binder can NOT discard only part of a csect.
>
> This creates a unique challenge for using those symbols to calculate some relative offset.
Say a.o has a weak `foo, __profc_foo, __profd_foo`. The `__profd_foo` references the `__profc_foo`
b.o has another set of weak `foo, __profc_foo, __profd_foo`. The `__profd_foo` references the `__profc_foo`.
What's the linker (called binder?) behavior? "We can't ensure that binder always choose 3 of them from same object."?
But is that a problem? For linkonce_odr functions, they should have identical semantics in a.o and b.o.
(There can be ODR issues if you use advanced PGO techniques like value profiling, but I assume that it does not work and will be difficult to make work and more importantly, it is also of lower value anyway.)
So the linker picking the a.o `foo` and the b.o `__profc_foo/__profd_foo` isn't a poblem.
I understand that PrivateLinkage can avoid the issues but you need to justify the complexity in `InstrProfiling.cpp` with the value.
Currently I don't think using weak symbol is a big problem, especially if the AIX linker will be fixed anyway in the future.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D110422/new/
https://reviews.llvm.org/D110422
More information about the cfe-commits
mailing list