aboutsummaryrefslogtreecommitdiff
path: root/gcc/tree-ssa-loop-ivcanon.c
diff options
context:
space:
mode:
authorJason Merrill <jason@redhat.com>2020-05-22 17:06:57 -0400
committerJason Merrill <jason@redhat.com>2020-05-22 20:50:31 -0400
commitb2b8eb6202b83218cf135eebbf992a833057f6bf (patch)
tree3e09437f142519248dbb6f0d7bd4039c3b6284bc /gcc/tree-ssa-loop-ivcanon.c
parentfabd4f16a15690d38b335c0471d1b1ca94ed1b34 (diff)
downloadgcc-b2b8eb6202b83218cf135eebbf992a833057f6bf.zip
gcc-b2b8eb6202b83218cf135eebbf992a833057f6bf.tar.gz
gcc-b2b8eb6202b83218cf135eebbf992a833057f6bf.tar.bz2
c++: Fix C++17 eval order for virtual op=.
In a function call expression in C++17 evaluation of the function pointer is sequenced before evaluation of the function arguments, but that doesn't apply to function calls that were written using operator syntax. In particular, for operators with right-to-left ordering like assignment, we must not evaluate the LHS to find a virtual function before we evaluate the RHS. gcc/cp/ChangeLog: * cp-gimplify.c (cp_gimplify_expr) [CALL_EXPR]: Don't preevaluate the function address if the call used operator syntax. gcc/testsuite/ChangeLog: * g++.dg/cpp1z/eval-order9.C: New test.
Diffstat (limited to 'gcc/tree-ssa-loop-ivcanon.c')
0 files changed, 0 insertions, 0 deletions