aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Basic/Module.cpp
diff options
context:
space:
mode:
authorSriraman Tallam <tmsriram@google.com>2020-12-23 09:51:35 -0800
committerSriraman Tallam <tmsriram@google.com>2020-12-23 11:35:44 -0800
commit34e70d722dfd0e73d460802e8d43d3a885d24784 (patch)
treea42e8ae53427a34ed7c5b8a7f9cebb503f0fdfda /clang/lib/Basic/Module.cpp
parenta16fbff17d329c3f2cc1e49d501f61b3996e9b8a (diff)
downloadllvm-34e70d722dfd0e73d460802e8d43d3a885d24784.zip
llvm-34e70d722dfd0e73d460802e8d43d3a885d24784.tar.gz
llvm-34e70d722dfd0e73d460802e8d43d3a885d24784.tar.bz2
Append ".__part." to every basic block section symbol.
Every basic block section symbol created by -fbasic-block-sections will contain ".__part." to know that this symbol corresponds to a basic block fragment of the function. This patch solves two problems: a) Like D89617, we want function symbols with suffixes to be properly qualified so that external tools like profile aggregators know exactly what this symbol corresponds to. b) The current basic block naming just adds a ".N" to the symbol name where N is some integer. This collides with how clang creates __cxx_global_var_init.N. clang creates these symbol names to call constructor functions and basic block symbol naming should not use the same style. Fixed all the test cases and added an extra test for __cxx_global_var_init breakage. Differential Revision: https://reviews.llvm.org/D93082
Diffstat (limited to 'clang/lib/Basic/Module.cpp')
0 files changed, 0 insertions, 0 deletions