[PATCH] D123969: [LTO] Use names from more GlobalValue types to generate the ModuleID
Matthew Voss via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Mon Apr 18 17:39:23 PDT 2022
ormris created this revision.
ormris added reviewers: tejohnson, pcc, mehdi_amini.
Herald added subscribers: steven_wu, hiraditya, inglorion.
Herald added a project: All.
ormris requested review of this revision.
Herald added a project: LLVM.
Herald added a subscriber: llvm-commits.
In many situations the current version of getUniqueModuleId returns no hash. This causes problems for ThinLTOBitcodeWriter pass, and it will fall back to generating a regular LTO module in these cases. Since it's preferable to generate a ThinLTO module for performance reasons, this patch allows getUniqueModuleId to use more types of GlobalValues when generating the ModuleId hash. This mix has been fairly reliable for us.
This change is part of the Unified LTO RFC: https://discourse.llvm.org/t/rfc-a-unified-lto-bitcode-frontend/61774
https://reviews.llvm.org/D123969
Files:
llvm/lib/Transforms/Utils/ModuleUtils.cpp
llvm/test/LTO/Resolution/X86/llvm-used-moduleid.ll
llvm/test/LTO/Resolution/X86/weak-linkage-moduleid.ll
llvm/test/LTO/X86/path-moduleid.ll
llvm/test/Transforms/Util/generate-moduleid.ll
-------------- next part --------------
A non-text attachment was scrubbed...
Name: D123969.423496.patch
Type: text/x-patch
Size: 5303 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20220419/795e388b/attachment.bin>
More information about the llvm-commits
mailing list