Avoid ICE on pmf{} in template.
authorJason Merrill <jason@redhat.com>
Fri, 12 Apr 2019 16:25:59 +0000 (12:25 -0400)
committerJason Merrill <jason@gcc.gnu.org>
Fri, 12 Apr 2019 16:25:59 +0000 (12:25 -0400)
commit3d8695f529a41a639c6cc2a51cbcec7c8b243bc1
tree11dd1e42b504792ecf05b7fcc542b4d3d9c3d619
parent76416d899cb6d26088a9cd22da5a23914fec2ce6
Avoid ICE on pmf{} in template.

Now that we return the original CONSTRUCTOR from finish_compound_literal,
the call to null_member_pointer_value_p in tsubst_copy_and_build was getting
confused because the CONSTRUCTOR was still empty rather than a valid PMF
value.

* call.c (null_member_pointer_value_p): Handle an empty CONSTRUCTOR
of PMF type.

From-SVN: r270324
gcc/cp/ChangeLog
gcc/cp/call.c
gcc/testsuite/g++.dg/cpp0x/initlist-pmf1.C [new file with mode: 0644]