diff options
| author | Jason Merrill <jason@redhat.com> | 2021-05-31 12:56:34 -0400 |
|---|---|---|
| committer | Jason Merrill <jason@redhat.com> | 2021-06-07 23:54:52 -0400 |
| commit | a1b3484a8e6c53c8084723e3f1738d402374198e (patch) | |
| tree | 012a47256adb80641208470421db8d6c6b31546d /gcc/objc/objc-lang.c | |
| parent | 438aac594e1c5ad32b787e8753b3893044ecf26f (diff) | |
| download | gcc-a1b3484a8e6c53c8084723e3f1738d402374198e.zip gcc-a1b3484a8e6c53c8084723e3f1738d402374198e.tar.gz gcc-a1b3484a8e6c53c8084723e3f1738d402374198e.tar.bz2 | |
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.
Diffstat (limited to 'gcc/objc/objc-lang.c')
0 files changed, 0 insertions, 0 deletions