boost::geometry 和 std 命名空间与 Visual Studio 2013 冲突 [重复]

Question

我正在使用 Visual Studio 2013 并且向导创建了 Win32 控制台应用程序项目。这段代码：

    #include <boost/geometry.hpp>
    #include <boost/geometry/geometries/point_xy.hpp>

    using namespace std;
    using namespace boost::geometry;

    int main()
    {
        model::d2::point_xy<int> p1(1, 1), p2(2, 2);
        cout << "Distance p1-p2 is: " << distance(p1, p2) << endl;

        return 0;
    }

生成一个长模板 barf，以：

error C2039: 'iterator_category' : is not a member of 'boost::geometry::model::d2::point_xy<int,boost::geometry::cs::cartesian>'

相同的代码在 gcc 和 clang 上运行良好。我是否必须更改我的项目设置才能使其编译？

编辑

此代码在 Visual Studio 2015 CTP 上运行良好，因此问题是 VS2013 中的重载分辨率不足，正如 Marc Glisse 指出的那样。

using namespace std 不是juanchopanza 声称的问题的根源。认为这是一种不好的做法有点武断，因为有很多相反的论点（参见Why is “using namespace std;” considered bad practice? 的讨论）。在这种特定情况下，人们可以争辩说using namespace boost::geometry 是一种不好的做法，而不是using namespace std。

由于存在先有鸡还是先有蛋的悖论，一些编辑从 stackoverflow 问题中删除所有冗余的要求将使搜索变得更加困难：在开始成功搜索之前，必须知道问题的答案。最终，您可以将整个 stackoverflow 减少到 42，但实用程序会受到影响。

Answer 1

std::distance 函数计算两个迭代器之间的距离。

尝试删除 using namespace std 或正确限定 boost distance 函数。

编辑

问题依然存在，为什么 gcc 和 clang 没有抱怨？

正如@MarcGlisse 指出的那样，其原因可能归结为 C++ 库实现所采用的复杂程度：

最新版本的 libstdc++ 和 libc++ 使用 sfinae

旧版本的 Visual Studio 还没有这样做

对于为什么它适用于某些编译器而不适用于其他编译器，这是一个非常合理的解释，因为 SFINAE 是一种从编译器将考虑的可能函数集中删除函数的机制。有关 SFINAE 的更多信息（cppreference.com 和 WIKIPEDIA）