Commits on Jan 17, 2020

1. [ThinLTO] Handle variable with twice promoted name (Rust) …

   Summary:
   Ensure that we can internalize values produced from two rounds of
   promotion.
   
   Note that this cannot happen currently via clang, but in other use cases
   such as the Rust compiler which does a first round of ThinLTO on library
   code, producing bitcode, and a second round on the final binary.
   
   In particular this can happen if a function is exported and promoted,
   ending up with a ".llvm.${hash}" suffix, and then goes through a round
   of optimization creating an internal switch table expansion variable
   that is internal and contains the promoted name of the enclosing
   function. This variable will be promoted in the second round of ThinLTO
   if @foo is imported again, and therefore ends up with two
   ".llvm.${hash}" suffixes. Only the final one should be stripped when
   consulting the index to locate the summary.
   
   Reviewers: wmi
   
   Subscribers: mehdi_amini, inglorion, hiraditya, JDevlieghere, steven_wu, dexonsmith, arphaman, llvm-commits
   
   Tags: #llvm
   
   Differential Revision: https://reviews.llvm.org/D72711

   

   teresajohnson authored and tmandry committed Jan 17, 2020
   Configuration menu

   • View commit details
   • Copy full SHA for 8201770
   • Browse repository at this point

   Copy the full SHA

   8201770 View commit details

   Browse the repository at this point in the history