为何tns::test中to_string(i)报错，test2中相同调用正常？

问题原因 #

这个问题的核心是GCC/Clang与MSVC对普通查找+ADL（参数依赖查找）的重载决议处理存在差异，同时涉及C++名字查找的细节：

1. 在tns::test函数中执行using namespace std;后，普通查找会优先找到std::to_string的所有重载（仅支持算术类型）。
2. ADL会找到你在枚举类所在命名空间定义的to_string函数，这是针对枚举类的精确匹配候选。
3. 在GCC/Clang的默认编译模式下，编译器错误地认为std::to_string的存在导致没有匹配的函数（错误提示中的类型转换问题是误导性的）；而MSVC则能正确识别ADL找到的精确匹配函数。
4. 全局命名空间的test2函数能正常运行，是因为全局作用域中普通查找和ADL的候选函数处理逻辑与命名空间内函数存在差异，GCC/Clang在全局作用域下能正确完成重载决议。

解决方法 #

你可以通过以下方式解决这个问题：

• 显式限定命名空间：调用时直接指定枚举类所在命名空间的to_string，比如my_enum_ns::to_string(i)，跳过名字查找的歧义。
• 避免全局导入std：在函数内不要使用using namespace std;，而是显式使用std::前缀调用标准库函数，这样普通查找不会找到std::to_string，ADL会直接匹配你的自定义函数。
• 调整编译选项：使用-fpermissive编译选项（仅GCC），让编译器忽略这个误判的错误，但不推荐长期使用，因为可能掩盖其他合法问题。

补充说明 #

从C++标准角度来说，你的代码是合法的：ADL找到的自定义to_string是精确匹配，应该被重载决议选中。这个问题属于GCC/Clang的实现细节问题，后续版本可能会修复。

内容的提问来源于stack exchange，提问作者NuclearInternets