Fix TestThreadExit for gcc&libc++ combo

pseudo_barrier_wait() begins by decrementing an atomic variable. Since
these are always_inline in libc++, there is no line table anchor to
break on before we decrement it. This meant that on gcc we stopped after
the variable has been decremented, which meant that thread2 could have
exited, violating the test setup. On clang this wasn't a problem
because it generated some line table entries for the do{}while(0) loop
in the macro, so we still ended up stopping, before we touched the
variable.

I fix this by adding a dummy statement before the pseudo_barrier_wait()
command and setting the breakpoint there.

llvm-svn: 335476
This commit is contained in:
Pavel Labath 2018-06-25 14:28:38 +00:00
parent 6facf4715c
commit f104d6b224
1 changed files with 2 additions and 1 deletions

View File

@ -64,7 +64,8 @@ int main ()
thread_1.join();
// Synchronize with the remaining thread
pseudo_barrier_wait(g_barrier3); // Set third breakpoint here
int dummy = 47; // Set third breakpoint here
pseudo_barrier_wait(g_barrier3);
// Wait for the second thread to finish
thread_2.join();