aboutsummaryrefslogtreecommitdiff
path: root/libjava
diff options
context:
space:
mode:
authorJason Merrill <jason@redhat.com>2022-07-26 11:02:21 -0400
committerJason Merrill <jason@redhat.com>2022-07-30 19:56:36 -0700
commit9efe4e153d994974afcbba09c3c683f5f4a19c63 (patch)
treefb0fb733b166e3c5c6215b2366dc0fc3c63827b8 /libjava
parent9ef2c9aa5b351efa9b751de4f10180427cd0fe70 (diff)
downloadgcc-9efe4e153d994974afcbba09c3c683f5f4a19c63.zip
gcc-9efe4e153d994974afcbba09c3c683f5f4a19c63.tar.gz
gcc-9efe4e153d994974afcbba09c3c683f5f4a19c63.tar.bz2
c++: constexpr, empty base after non-empty [PR106369]
Here the CONSTRUCTOR we were providing for D{} had an entry for the B base subobject at offset 0 following the entry for the C base, causing output_constructor_regular_field to ICE due to going backwards. It might be nice for that function to be more tolerant of empty fields, but it also seems reasonable for the front end to prune the useless entry. PR c++/106369 gcc/cp/ChangeLog: * constexpr.cc (reduced_constant_expression_p): Return false if a CONSTRUCTOR initializes an empty field. gcc/testsuite/ChangeLog: * g++.dg/cpp1z/constexpr-lambda27.C: New test.
Diffstat (limited to 'libjava')
0 files changed, 0 insertions, 0 deletions