Like with alias templates, it seems we don't maintain visibility flags
for concepts either, so min_vis_expr_r should ignore them for now.
Otherwise after r14-6789 we may incorrectly give a function template that
uses a concept-id in its signature internal linkage.
PR c++/115283
gcc/cp/ChangeLog:
* decl2.cc (min_vis_expr_r) <case TEMPLATE_DECL>: Ignore
concepts.
gcc/testsuite/ChangeLog:
* g++.dg/template/linkage5.C: New test.
Reviewed-by: Jason Merrill <jason@redhat.com>
break;
case TEMPLATE_DECL:
- if (DECL_ALIAS_TEMPLATE_P (t))
+ if (DECL_ALIAS_TEMPLATE_P (t) || standard_concept_p (t))
/* FIXME: We don't maintain TREE_PUBLIC / DECL_VISIBILITY for
- alias templates so we can't trust it here (PR107906). */
+ alias templates so we can't trust it here (PR107906). Ditto
+ for concepts. */
break;
t = DECL_TEMPLATE_RESULT (t);
/* Fall through. */
--- /dev/null
+// PR c++/115283
+// { dg-final { scan-assembler "(weak|glob)\[^\n\]*_Z1fIiEv1AIX1CIT_EEE" } }
+// { dg-do compile { target c++20 } }
+
+template<class T>
+concept C = true;
+
+template<bool B>
+struct A { };
+
+template<class T>
+void f(A<C<T>>) { }
+
+template void f<int>(A<true>);