]> git.ipfire.org Git - thirdparty/gcc.git/commit
c++: Don't use CLEANUP_EH_ONLY for new expression cleanup [PR118763]
authorJakub Jelinek <jakub@redhat.com>
Fri, 7 Feb 2025 13:30:11 +0000 (14:30 +0100)
committerJakub Jelinek <jakub@gcc.gnu.org>
Fri, 13 Jun 2025 09:54:36 +0000 (11:54 +0200)
commit76f459f30488970894a25bb34bfe20afee81859c
tree3ca6e04a81e21065c956f310cd4335fe3e225e10
parentc95cd1c5effaec023360c902b38376dc461d41e4
c++: Don't use CLEANUP_EH_ONLY for new expression cleanup [PR118763]

The following testcase is miscompiled since r12-6325 stopped
preevaluating the initializers for new expression.
If evaluating the initializers throws, there is a correct cleanup
for that, but it is marked CLEANUP_EH_ONLY.  While in standard
C++ that is just fine, if it has statement expressions, it can
return or goto out of the expression and we should delete the
pointer in that case too.

There is already a sentry variable initialized to true and
set to false after everything is initialized and used as a guard
for the cleanup, so just removing the CLEANUP_EH_ONLY flag does
everything we need.  And in the normal case of the initializer
not using statement expressions at least with -O2 we get the same code,
while the change changes one
try { sentry = true; ... sentry = false; } catch { if (sentry) delete ...; }
into
try { sentry = true; ... sentry = false; } finally { if (sentry) delete ...; }
optimizations will see that sentry is false when reaching the finally
other than through an exception.

Though, wonder what other CLEANUP_EH_ONLY cleanups might be an issue
with statement expressions.

2025-02-07  Jakub Jelinek  <jakub@redhat.com>

PR c++/118763
* init.cc (build_new_1): Don't set CLEANUP_EH_ONLY.

* g++.dg/asan/pr118763.C: New test.

(cherry picked from commit fcecc74cb38723457a0447924d9993b31252a8f9)
gcc/cp/init.cc
gcc/testsuite/g++.dg/asan/pr118763.C [new file with mode: 0644]