| commit | a1b3484a8e6c53c8084723e3f1738d402374198e | |
| author | Jason Merrill <jason@redhat.com> | |
| Mon, 31 May 2021 16:56:34 +0000 (31 12:56 -0400) | ||
| committer | Jason Merrill <jason@redhat.com> | |
| Tue, 8 Jun 2021 03:54:52 +0000 (7 23:54 -0400) | ||
| tree | 012a47256adb80641208470421db8d6c6b31546d | treesnapshot (tar.gz zip) |
| parent | 438aac594e1c5ad32b787e8753b3893044ecf26f | commitdiff |
c++: alias member template [PR100102]
Patrick already fixed the primary cause of this bug. But while I was
looking at this testcase I noticed that with the qualified name k::o we
ended up with a plain FUNCTION_DECL, whereas without the k:: we got a
BASELINK. There seems to be no good reason not to return the BASELINK
in this case as well.
PR c++/100102
gcc/cp/ChangeLog:
* init.c (build_offset_ref): Return the BASELINK for a static
member function.
gcc/testsuite/ChangeLog:
* g++.dg/cpp0x/alias-decl-73.C: New test.
Patrick already fixed the primary cause of this bug. But while I was
looking at this testcase I noticed that with the qualified name k::o we
ended up with a plain FUNCTION_DECL, whereas without the k:: we got a
BASELINK. There seems to be no good reason not to return the BASELINK
in this case as well.
PR c++/100102
gcc/cp/ChangeLog:
* init.c (build_offset_ref): Return the BASELINK for a static
member function.
gcc/testsuite/ChangeLog:
* g++.dg/cpp0x/alias-decl-73.C: New test.
| gcc/cp/init.c | diffblobblamehistory | |
| gcc/testsuite/g++.dg/cpp0x/alias-decl-73.C | [new file with mode: 0644] | blob |