aboutsummaryrefslogtreecommitdiff
path: root/libjava/classpath/lib/gnu
diff options
context:
space:
mode:
authorJason Merrill <jason@redhat.com>2024-11-22 16:05:51 +0100
committerJason Merrill <jason@redhat.com>2025-05-09 16:32:12 -0400
commit3c7c2a6b86da641f7729dba89b25fc1b8b74d96f (patch)
tree89574330749bfbaee35e93e5424200c2c191a28a /libjava/classpath/lib/gnu
parent21842fe301caa5dbc69a69033cdc17bb29b8c399 (diff)
downloadgcc-master.zip
gcc-master.tar.gz
gcc-master.tar.bz2
c++: visibility of instantiated template friendsHEADtrunkmaster
In 20_util/variant/visit_member.cc, instantiation of the variant friend declaration of __get for variant<test01()::X> was being marked as internal because that variant specialization is itself internal. And therefore check_module_override didn't try to merge it with the non-exported namespace-scope declaration of __get. But the template parms of variant are not part of the friend template's identity, so they should not affect its visibility. If they are substituted into the friend declaration, we'll handle that when looking at the declaration itself. This change no longer seems necessary to fix the testcase, but does still seem correct. We definitely still get here during tsubst_friend_function. gcc/cp/ChangeLog: * decl2.cc (determine_visibility): Ignore args for friend templates.
Diffstat (limited to 'libjava/classpath/lib/gnu')
0 files changed, 0 insertions, 0 deletions