summaryrefslogtreecommitdiff
path: root/lldb/test/API/python_api/global_module_cache
diff options
context:
space:
mode:
authorMaurice Heumann <MauriceHeumann@gmail.com>2023-12-14 15:48:23 +0100
committerGitHub <noreply@github.com>2023-12-14 09:48:23 -0500
commitf42b930af976e73fcf52e28d77ac6d94883bf950 (patch)
treeffa8fdaf0ec198e4c936992ec2c7ef81fd138442 /lldb/test/API/python_api/global_module_cache
parent4888218d0312f9126d8dd657d2ed568bf0572e9a (diff)
[SLP] Pessimistically handle unknown vector entries in SLP vectorizer (#75438)
SLP Vectorizer can discard vector entries at unknown positions. This example shows the behaviour: https://godbolt.org/z/or43EM594 The following instruction inserts an element at an unknown position: ``` %2 = insertelement <3 x i64> poison, i64 %value, i64 %position ``` The position depends on an argument that is unknown at compile time. After running SLP, one can see there is no more instruction present referencing `%position`. This happens as SLP parallelizes the two adds in the example. It then needs to merge the original vector with the new vector. Within `isUndefVector`, the SLP vectorizer constructs a bitmap indicating which elements of the original vector are poison values. It does this by walking the insertElement instructions. If it encounters an insert with a non-constant position, it is ignored. This will result in poison values to be used for all entries, where there are no inserts with constant positions. However, as the position is unknown, the element could be anywhere. Therefore, I think it is only safe to assume none of the entries are poison values and to simply take them all over when constructing the shuffleVector instruction. This fixes #75437
Diffstat (limited to 'lldb/test/API/python_api/global_module_cache')
0 files changed, 0 insertions, 0 deletions