]> git.ipfire.org Git - thirdparty/gcc.git/commit
projects / thirdparty / gcc.git / commit
? search:
summary | shortlog | log | commit | commitdiff | tree
(parent: 2ab8991) | patch
PR c++/85552 - wrong instantiation of dtor for DMI.
authorjason <jason@138bc75d-0d04-0410-961f-82ee72b054a4>
Fri, 14 Jun 2019 13:22:33 +0000 (13:22 +0000)
committerjason <jason@138bc75d-0d04-0410-961f-82ee72b054a4>
Fri, 14 Jun 2019 13:22:33 +0000 (13:22 +0000)
commit3609f65491f3240e69d634262d1158c9d27048be
tree87ddd732969e6b4939b31e88abc78bb954b1b796tree
parent2ab89918e26a3999ec1df110d45464cf7489fe88commit | diff
PR c++/85552 - wrong instantiation of dtor for DMI.

The problem here is that when processing direct-initialization of a data
member, we don't need to worry about destruction semantics; that will be
handled in the [cd]tor.  Conveniently, we already have tf_no_cleanup from a
similar fix to new-expressions.

* typeck2.c (digest_nsdmi_init): Set tf_no_cleanup for direct-init.

git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@272287 138bc75d-0d04-0410-961f-82ee72b054a4
gcc/cp/ChangeLog diff | blob | blame | history
gcc/cp/typeck2.c diff | blob | blame | history
gcc/testsuite/g++.dg/cpp0x/nsdmi-list5.C [new file with mode: 0644] blob
Mirror of https://gcc.gnu.org/git/gcc.git