[PATCH] D31443: [LTO] Do not reorder global variables unnecessarily during merging

Tobias Edler von Koch via llvm-commits llvm-commits at lists.llvm.org
Tue Apr 4 14:52:05 PDT 2017


On 04/04/2017 04:48 PM, Rafael EspĂ­ndola wrote:
> My view is that we are changing include/llvm/IR/Module.h instead of
> having them fix their code. No one should ever depend on an IR
> property not specified in the langref and this feels like a slippery
> slope.

Well, it's a utility function that you created by factoring out the code 
we originally discussed here; it currently only has two uses, both in 
LTO. BTW I don't disagree with the refactoring at all, just wanted to 
point out it's not some widely used common code I'm touching.

I'd also like to point out that my main concern at this point is not 
resisting to tell our customers to change their code (they will do that 
in due course), but the unpredictable performance variations between LTO 
and non-LTO this introduces - even at -O0.

Tobias

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project.



More information about the llvm-commits mailing list