为什么在使用LLVM时对std::ifstream的缓冲会“破坏”std::getline？

我有一个简单的C ++应用程序，应该从名为POSIX的管道读取行：

#include
#include
#include

int main() {
    std::ifstream pipe;
    pipe.open("in");

    std::string line;
    while (true) {
        std::getline(pipe, line);
        if (pipe.eof()) {
            break;
        }
        std::cout <

脚步：


我创建了一个命名管道：mkfifo in。

我使用编译并运行C ++代码g++ -std=c++11 test.cpp && ./a.out。

我将数据输入in管道：



sleep infinity > in &  # keep pipe open, avoid EOF
echo hey > in
echo cats > in
echo foo > in
kill %1                # this closes the pipe, C++ app stops on EOF


在Linux下执行此操作时，应用程序echo将按预期在每个命令后成功显示输出（g ++ 8.2.1）。

在macOS上尝试整个过程时，仅在关闭管道之后（即之后kill %1）显示输出。我开始怀疑某种缓冲问题，所以我尝试像这样禁用它：

std::ifstream pipe;
pipe.rdbuf()->pubsetbuf(0, 0);
pipe.open("out");


进行此更改后，应用程序在第echo一个消息之后不输出任何内容，然后在第二个消息之后打印出第一条消息echo（“嘿”），并继续这样做，始终将消息滞后并显示前echo一个消息，而不是执行的消息。仅在关闭管道后显示最后一条消息。

我发现在macOS g++上基本上是clang++，如 
 g++ --version产量：“ Apple LLVM版本10.0.1（clang-1001.0.46.3）”。使用Homebrew安装了真正的g ++之后，示例程序就可以正常工作，就像在Linux上一样。

由于各种原因，我正在建立一个基于命名管道的简单IPC库，因此，这对我来说是正确的工作。

是什么导致使用LLVM时出现这种奇怪的行为？（更新：这是由libc ++引起的）

这是错误吗？

C ++标准在某种程度上保证了它在g ++上的工作方式吗？

如何使用来使此代码段正常工作clang++？

更新：

这似乎是由的libc ++实现引起的getline()。相关链接：


为什么从管道读取时libc ++ getline会阻塞，而libstdc ++ getline却不会呢？
https://bugs.llvm.org/show_bug.cgi?id=23078


问题仍然存在。