[PATCH] D60226: [ThinLTO] Fix ThinLTOCodegenerator to export llvm.used symbols

Steven Wu via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Thu Apr 4 18:09:29 PDT 2019


steven_wu added a comment.

In D60226#1455688 <https://reviews.llvm.org/D60226#1455688>, @steven_wu wrote:

> In D60226#1455485 <https://reviews.llvm.org/D60226#1455485>, @pcc wrote:
>
> > In D60226#1455477 <https://reviews.llvm.org/D60226#1455477>, @tejohnson wrote:
> >
> > > In D60226#1453856 <https://reviews.llvm.org/D60226#1453856>, @steven_wu wrote:
> > >
> > > > Also do note, I did a quick benchmark on thin-link time for libLTO.dylib. thin-link was 2.6s before the change vs. 4.0s after the change. Building IRSymtab during thin-link does introduce non-negligible overhead. It might be possible to build them async in threads to reduce the overhead.
> > >
> > >
> > > @pcc is this surprising? Typically we should just be loading it out of the bitcode file. There are cases where it has to be rebuilt, but theoretically those should be exceptions.
> >
> >
> > Yes, we normally just load it out of the bitcode file. The irsymtab only needs to be rebuilt when the version of the producer and the consumer do not match. You might be hitting the "upgrade" path here: http://llvm-cs.pcc.me.uk/lib/Object/IRSymtab.cpp#330
>
>
> This is likely. I didn't bootstrap the build. I will try again with a matching version.


Without hitting the upgrade path, the time is almost negligible. Thanks for pointing that out.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D60226/new/

https://reviews.llvm.org/D60226





More information about the llvm-commits mailing list