Bjarne是否对ADL的示例有误，还是我遇到了编译器错误？

我正在阅读有关C ++编程语言的第四版（由Bjarne Stroustrup撰写），参数依赖查找。这是报价（26.3.6，过度攻击性ADL）：

依赖参数的查找（通常称为ADL）对于避免冗长非常有用（14.2.4）。例如：

#include <iostream>

int main()
{
    std::cout << "Hello, world" << endl; // OK because of ADL
}

如果没有依赖于参数的查找，endl将找不到操纵器。实际上，编译器会注意到to的第一个参数<<是在中ostream定义的std。因此，它endl在中std查找并找到它（在中<iostream>）。

这是编译器（C ++ 11模式）产生的结果：

prog.cpp: In function ‘int main()’:
prog.cpp:4:36: error: ‘endl’ was not declared in this scope
 std::cout << "Hello, world" << endl;
                                ^

这是编译器还是本书中的错误。标准怎么说？

更新：

我需要澄清一下。我知道正确的答案是使用std::endl。问题是关于书中的文字。正如Lachlan Easton所说，这不仅仅是错字。整个段落（可能）是错误的。如果这本书是由另一位（鲜为人知的）作者撰写的，我可以接受这种错误，但是由于（它仍然是）由Bjarne撰写，所以我一直（并且仍然）对此表示怀疑。

这不是编译器中的错误。ADL用于查找函数而不是参数。operator<<是通过查看参数std::cout和应该是通过ADL在此处找到的函数std::endl。

对于那些说这是错别字的人，不是。Bjarne错误或编译器错误。OP发表的文章后的一段内容如下：

如果没有依赖于参数的查找，将找不到endl操纵器。实际上，编译器注意到<<的第一个参数是std中定义的ostream。因此，它将在std中查找endl并在中找到它<iostream>。

正如其他人已经指出的那样，这是本书中的错字。但是，这本书的意思是 我们必须写

std::operator<<(std::cout, "Hello, world").operator<<(std::endl);

没有ADL。这就是Bjarne冗长的意思。

我站得住了。正如Lachlan Easton指出的那样，这不是错别字，而是书中的错误。我没有这本书的使用权，这就是为什么我自己看不懂该段落的原因。我已将此错误报告给Bjarne，以便他可以纠正。

滑稽。Wikipedia和

请注意，这std::endl是一个函数，但需要完全限定，因为它被用作operator<<（std::endl作为函数指针，而不是函数调用）的参数。

毫无疑问，这是本书中的错误。不过，该示例 std::operator<<(std::cout, "Hello, world").operator<<(std::endl);显示了ADL如何帮助减少冗长程度。

由于gx_的指出我的错误。

提示位于名称“依赖于参数的查找”中。

这是查找不合格的函数名称，该工程根据该参数。

它有没有关系查找了参数。

比尼亚（Bjarne）失误。

我没有这本书，但是这似乎是本书中的一个错误，因为它缺少名称空间限定符与ADL无关。应该是std::endl。

是的，这是一个错误-该示例格式错误，不应编译。ADL适用于引入函数调用表达式的不合格函数名称。 endl是尝试查找的id表达式std::endl。 endl没有引入函数调用表达式，因此不使用依赖于参数的查找，仅使用了不合格的查找，因此不会找到std::endl预期的。

一个更简单正确的示例是：

#include <vector>

int main()
{
    std::vector<int> x, y;
    swap(x,y); // calls std::swap due to ADL
}

总而言之，在查找f(x,y,z)具有不合格ID（例如f）的函数调用（例如）之前，请先查找该函数的参数（例如x,y,z要分析）以确定其类型。根据类型形成关联的名称空间列表（例如，类型定义的封闭名称空间是关联的名称空间）。然后，在这些名称空间中另外搜索功能。

Bjarne的示例的目的是展示该std::operator<<功能的ADL ，而不是std::endl。这需要额外的了解，重载的运算符实际上是函数调用表达式，因此x << ymeansoperator<<(x,y)和operator<<都是不合格的名称，因此ADL适用于它。类型的LHS的是std::ostream这样std一个相关的命名空间，因此std::operator<<(ostream&, ...)被发现。

更正后的注释应显示为：

如果没有依赖于参数的查找，将找不到名称空间中的重载<<运算符std。实际上，编译器会注意到<<的第一个参数是std中定义的ostream。因此，它<<在std中查找运算符并在中找到它<iostream>。