aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Frontend/CreateInvocationFromCommandLine.cpp
diff options
context:
space:
mode:
authorSimon Pilgrim <llvm-dev@redking.me.uk>2022-06-13 11:47:14 +0100
committerSimon Pilgrim <llvm-dev@redking.me.uk>2022-06-13 11:48:18 +0100
commit7d8fd4f5db0dd52cf9802889690aab876ad6646b (patch)
tree49a66b530b2e3aaa416b9366c4cf074d390684cc /clang/lib/Frontend/CreateInvocationFromCommandLine.cpp
parentf97e15ef455f8235521fd1642f29b08ebfb746ff (diff)
downloadllvm-7d8fd4f5db0dd52cf9802889690aab876ad6646b.zip
llvm-7d8fd4f5db0dd52cf9802889690aab876ad6646b.tar.gz
llvm-7d8fd4f5db0dd52cf9802889690aab876ad6646b.tar.bz2
[DAG] visitINSERT_VECTOR_ELT - attempt to reconstruct BUILD_VECTOR before other fold interfere
Another issue unearthed by D127115 We take a long time to canonicalize an insert_vector_elt chain before being able to convert it into a build_vector - even if they are already in ascending insertion order, we fold the nodes one at a time into the build_vector 'seed', leaving plenty of time for other folds to alter it (in particular recognising when they come from extract_vector_elt resulting in a shuffle_vector that is much harder to fold with). D127115 makes this particularly difficult as we're almost guaranteed to have the lost the sequence before all possible insertions have been folded. This patch proposes to begin at the last insertion and attempt to collect all the (oneuse) insertions right away and create the build_vector before its too late. Differential Revision: https://reviews.llvm.org/D127595
Diffstat (limited to 'clang/lib/Frontend/CreateInvocationFromCommandLine.cpp')
0 files changed, 0 insertions, 0 deletions