使用声明：gcc 和 clang 的另一个错误？

Question

为什么gcc HEAD 10.0.0 20190 和Clang HEAD 9.0.0 都拒绝这个程序？

#include <iostream>

void g( int x )
{
    std::cout << "Hello g( " << x  << " )\n";
}

template <int N>
void g()
{
    std::cout << "Hello g<N>( " << N  << " )\n";
}

namespace N
{
    using ::g;
}

void g( int x = 20 );

template <int N = 10>
void g();

int main()
{
    N::g();
    N::g<>();
}

例如gcc 发出错误

prog.cc: In function 'int main()':
prog.cc:27:11: error: no matching function for call to 'g()'
   27 |    N::g<>();
      |           ^
prog.cc:9:6: note: candidate: 'template<int N> void g()'
    9 | void g()
      |      ^
prog.cc:9:6: note:   template argument deduction/substitution failed:
prog.cc:27:11: note:   couldn't deduce template parameter 'N'
   27 |    N::g<>();
      |           ^

尽管根据 C++ 20（和 17）标准（9.8 使用声明）

11 [注意：对于嵌套名称说明符命名为 命名空间，在 using 声明之后添加到命名空间的成员 不在引入的声明集中，所以它们不在 在使用名称时考虑。因此，额外的重载 在 using-declaration 之后添加被忽略，但默认功能 参数 (9.2.3.6)、默认模板参数 (13.1) 和模板 考虑专业化（13.6.5、13.8.3）。 ——尾注]

根据我对标准的阅读，我认为这是一个错误。

Answer 1

此问题是Core issue 1907 的主题。目前的方向是将此类病例视为病态，无需诊断。

事实证明，一些实现在“每个实体”的基础上跟踪默认参数（因此很难不考虑在以后的重新声明中添加默认参数），而其他实现则在“每个声明”上跟踪它们基础（因此很难让他们考虑这样的默认参数）。 CWG 决定通过对依赖于 IFNDR 的代码进行分类来适应这两种实施策略。

Answer 2

我认为问题在于您在定义期间隐式声明 g<int> 模板函数后重新声明它。

这个最小化的例子也无法编译。注意不涉及命名空间：

#include <iostream>

template <int N>
void g()
{
    std::cout << "Hello g<N>( " << N  << " )\n";
}

// redeclaration    
template <int N = 10>
void g();


int main()
{
    g<>();
}

而这是编译：

#include <iostream>


// declaration
template <int N = 10>
void g();

// definition
template <int N>
void g()
{
    std::cout << "Hello g<N>( " << N  << " )\n";
}


int main()
{
    g<>();
}