aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Frontend/InitPreprocessor.cpp
diff options
context:
space:
mode:
authorJoseph Huber <jhuber6@vols.utk.edu>2022-03-22 09:28:12 -0400
committerJoseph Huber <jhuber6@vols.utk.edu>2022-03-22 09:28:45 -0400
commit5856f30b5ae06153ff4a7d3db73ff8d9a05b4144 (patch)
treee8a6b5dcf4aa3e2036cf90b12dd2f7c9a571dc7b /clang/lib/Frontend/InitPreprocessor.cpp
parentb68e78cea65faef45342a2af420b32877413e9c5 (diff)
downloadllvm-5856f30b5ae06153ff4a7d3db73ff8d9a05b4144.zip
llvm-5856f30b5ae06153ff4a7d3db73ff8d9a05b4144.tar.gz
llvm-5856f30b5ae06153ff4a7d3db73ff8d9a05b4144.tar.bz2
[LTO] Add configuartion option to use default optimization pipeline
This patch adds a configuration option to simply use the default pass pipeline in favor of the LTO-specific one. We observed some severe performance penalties when uding device-side LTO for OpenMP offloading applications caused by the LTO-pass pipeline. This is primarily because OpenMP uses an LLVM bitcode library to implement a GPU runtime library. In a standard compilation we link this bitcode library into each source file and optimize it with the default pipeline. When performing LTO we link it late with all the files, but the bitcode library never has the regular optimization pipeline applied to it so we miss a few optimizations just using the LTO pipeline to optimize it. I'm not committed to this solution, but it's the easiest method to solve this performance regression when using LTO without changing the optimizatin pipeline for other users. Reviewed By: tianshilei1992 Differential Revision: https://reviews.llvm.org/D122133
Diffstat (limited to 'clang/lib/Frontend/InitPreprocessor.cpp')
0 files changed, 0 insertions, 0 deletions