aboutsummaryrefslogtreecommitdiff
path: root/flang/lib/Frontend/CompilerInvocation.cpp
diff options
context:
space:
mode:
authorDavid Spickett <david.spickett@linaro.org>2023-08-15 12:25:52 +0100
committerDavid Spickett <david.spickett@linaro.org>2023-08-31 10:06:16 +0100
commit0407f681a7efa61f81f885e186c25ed99aecb8d4 (patch)
tree32b71467be43090722408ef5fe76fb425b572c45 /flang/lib/Frontend/CompilerInvocation.cpp
parentc2bf9baf59870532d0c503066634bf438c35184f (diff)
downloadllvm-0407f681a7efa61f81f885e186c25ed99aecb8d4.zip
llvm-0407f681a7efa61f81f885e186c25ed99aecb8d4.tar.gz
llvm-0407f681a7efa61f81f885e186c25ed99aecb8d4.tar.bz2
[lldb][AArch64] Use atomics to sync threads in SVE threading test
Previously we would "process continue" then wait for the number of threads to be 3 before proceeding with the test. Testing this on QEMU I saw it would sometimes get stuck at this check, with one of the threads on a breakpoint before the other had started. We do want it to be on a breakpoint, but we need the other thread to have at least started so lldb can interact with both. I've also seen it timeout on the Graviton buildbot, likely the same cause. To fix this add 2 variables to stall either thread until the other has started up. Then it doesn't matter which one hits its breakpoint first, the test will just continue the one that didn't, until both are on the expected breakpoint. Differential Revision: https://reviews.llvm.org/D157967
Diffstat (limited to 'flang/lib/Frontend/CompilerInvocation.cpp')
0 files changed, 0 insertions, 0 deletions