aboutsummaryrefslogtreecommitdiff
path: root/libcpp/include/cpplib.h
diff options
context:
space:
mode:
authorPatrick Palka <ppalka@redhat.com>2022-01-24 09:17:35 -0500
committerPatrick Palka <ppalka@redhat.com>2022-01-24 09:17:35 -0500
commit2a908f3da07c9e94b8a19e966b45daf0140107e8 (patch)
tree40d0d91058738beeae31277f037abac21b4618c3 /libcpp/include/cpplib.h
parent978abe918f8c8deed28e92297d3c0cc39086ad83 (diff)
downloadgcc-2a908f3da07c9e94b8a19e966b45daf0140107e8.zip
gcc-2a908f3da07c9e94b8a19e966b45daf0140107e8.tar.gz
gcc-2a908f3da07c9e94b8a19e966b45daf0140107e8.tar.bz2
c++: value category of compound object expr [PR104173]
Here the call to (the &&-qualified) toLower() is incorrectly rejected during overload resolution because the object expression is encoded as an lvalue when it's really a prvalue. The object expression, instance()->applicationName(), is encoded as an INDIRECT_REF of a COMPOUND_EXPR *(*instance ();, &TARGET_EXPR <D.2383, QCoreApplication::applicationName ()>;); which lvalue_kind deems an lvalue. This issue is similar to PR88103 except that here the original compound object expression is a prvalue rather than an xvalue. The fix there was to adjust the result of unary_complex_lvalue in build_class_member_access_expr so that xvalueness of the original expression is preserved. This patch extends that fix so that rvalueness is preserved more generally. PR c++/104173 gcc/cp/ChangeLog: * typeck.cc (build_class_member_access_expr): Extend unary_complex_lvalue result adjustment to preserve all rvalues, not just xvalues. gcc/testsuite/ChangeLog: * g++.dg/cpp0x/ref-qual21.C: New test.
Diffstat (limited to 'libcpp/include/cpplib.h')
0 files changed, 0 insertions, 0 deletions