c++: Ensure correct destruction order of local statics [PR99613]
authorJakub Jelinek <jakub@redhat.com>
Tue, 16 Mar 2021 20:17:44 +0000 (21:17 +0100)
committerJakub Jelinek <jakub@redhat.com>
Tue, 16 Mar 2021 20:17:44 +0000 (21:17 +0100)
commit0251051db64f13c9a31a05c8133c31dc50b2b235
tree7c7e67026f7c70ed9b7cd6dab4117dedca078a97
parenta0b5843a9b2b3e93bd119d5aef583f53ad2ef0bc
c++: Ensure correct destruction order of local statics [PR99613]

As mentioned in the PR, if end of two constructions of local statics
is strongly ordered, their destructors should be run in the reverse order.
As we run __cxa_guard_release before calling __cxa_atexit, it is possible
that we have two threads that access two local statics in the same order
for the first time, one thread wins the __cxa_guard_acquire on the first
one but is rescheduled in between the __cxa_guard_release and __cxa_atexit
calls, then the other thread is scheduled and wins __cxa_guard_acquire
on the second one and calls __cxa_quard_release and __cxa_atexit and only
afterwards the first thread calls its __cxa_atexit.  This means a variable
whose completion of the constructor strongly happened after the completion
of the other one will be destructed after the other variable is destructed.

The following patch fixes that by swapping the __cxa_guard_release and
__cxa_atexit calls.

2021-03-16  Jakub Jelinek  <jakub@redhat.com>

PR c++/99613
* decl.c (expand_static_init): For thread guards, call __cxa_atexit
before calling __cxa_guard_release rather than after it.  Formatting
fixes.
gcc/cp/decl.c