c++ - 将流打印到自身的目的是什么？

Question

我正在尝试构建一个第三方 C++ 代码库，其中有几个地方尝试将输出流打印到自身。此示例演示了相同形式的表达式:

#include <iostream>
int main(void) {
    std::cout << std::cout << "Say what?" << std::endl;
    return 0;
}

我发现，如果没有任何选项，g++ 4.8.5 会零投诉地接受该代码，但 g++ 8.2.1 会拒绝它，并出现一个古老的“与‘operator<<’不匹配”错误。

我了解错误。我想知道的是，是否有任何理由认为它不是一个错误——是否有一个 C++ 版本或广泛使用的 C++ 编译器可以对此类代码执行一些有用的操作？尽管它接受代码，但 g++ 4.8.5 在我的书中并不是这样的编译器，因为它构建的程序评估第一个 <<只需输出一个意义不明的十六进制数即可进行操作。

我认为这可能是一个简单的拼写错误，可能通过复制和粘贴而放大。例如，也许第二个 std::cout是第一个的意外重复，或者它本来应该是 std::endl ， 反而。但是，在同一代码库的不同源文件中，我看到输出流打印到自身的相同习惯用法应用于 std::stringstream 类型的对象。 ，这对我来说这可能是故意的。

我的总体目标是决定如何最好地修复代码。

Answer 1

What might be the intention of printing a stream to itself?

这可能是无意的，或者意图本身就是一个错误。

GCC 版本之间的区别在于它们使用的默认 C++ 方言。较新的 GCC 默认为 c++11 或更高版本。只要您使用 C++11 之前的方言，该程序就应该使用较新的编译器进行编译。

C++11 中的更改是删除了从 std::basic_ios 到 void* 的隐式转换。此转换的目的是检查流的失败状态:null 表示失败的流，而非 null 表示允许模式 if(stream >> input) 的有效流。在 C++11 中，该转换被显式转换为 bool 所取代。由于新的转换是显式的，因此它不会应用于将流插入流。这是向后不兼容的更改，可能被认为不是问题，因为现在不兼容的使用转换的方式(例如示例)将没有实际用途。事实上，在做一些没有实际用途的事情时得到编译错误是很有用的。

My overall objective is to decide how best to fix the code.

可能只是删除 cout 到 cout 中的插入。如果您担心输出必须保持相同，因为它可能会被另一个程序解析，那么您可以输出任何非零十六进制数以保持输出相同，以实现兼容性。