[PATCH] D152973: Reland "[gold] Add preliminary FatLTO support to the Gold plugin""
Paul Kirth via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Mon Jul 24 15:55:38 PDT 2023
paulkirth added a comment.
In D152973#4529866 <https://reviews.llvm.org/D152973#4529866>, @nikic wrote:
> In D152973#4529730 <https://reviews.llvm.org/D152973#4529730>, @paulkirth wrote:
>
>> In D152973#4529666 <https://reviews.llvm.org/D152973#4529666>, @MaskRay wrote:
>>
>>> If `-ffat-lto-objects` doesn't need to go to the LLVM 17.0.0 release, we can do a soft transition:
>>
>> Given that Rust pins the LLVM revision to a stable release I think it may be good to get it into Clang 17. Doubly so, since it seems to me that they already have a version of FatLTO, and would benefit from using the FatLTO pipeline.
>
> I don't think we are going to use the FatLTO pipeline as currently implemented in Rust, due to its bad compile-time characteristics. We need a FatLTO implementation that does not require compiling the module twice.
That's unfortunate, and is something I hope we can address moving forward. I vaguely recall your suggestion that after D148010 <https://reviews.llvm.org/D148010> we could probably do better w.r.t. optimizing the pipeline, is that still correct? Also, out of curiosity, how does `rustc` avoid the edge cases brought up in the initial patches, like missing certain transforms for ThinLTO + SamplePGO?
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D152973/new/
https://reviews.llvm.org/D152973
More information about the llvm-commits
mailing list