我意识到这是一个老问题，然而，我在查找llvm的outs（）流的一些简单信息时遇到了这个问题，我找到了here。
llvm“BrainF”附带的一个示例是这样使用的：

...

  raw_ostream *out = &outs();
  if (!JIT) {
    if (OutputFilename == "") {
      std::string base = InputFilename;
      if (InputFilename == "-") { base = "a"; }

      // Use default filename.
      OutputFilename = base+".bc";
    }
    if (OutputFilename != "-") {
      std::error_code EC;
      out = new raw_fd_ostream(OutputFilename, EC, sys::fs::F_None);
    }
  }

  ...

  if (out != &outs())
    delete out;

  ...

所以它似乎表明你可以安全地重新定向。

注意：在本例中，OutputFilename/InputFilename是使用llvm的Support Library CommandLine创建的std：：string类型。

似乎没有一个简单的方法可以做到这一点：在llvm::raw_fd_ostream和llvm::raw_ostream中都没有复制/赋值构造函数。freopen技巧也不起作用，因为文件描述器整数用于初始化llvm::outs()返回的对象。
我看到的唯一方法是使用LD_PRELOAD动态地更改llvm::outs()的实现，或者类似的链接器技巧，但这对我来说听起来非常古怪。也许把原始符号标记为弱符号，然后在你的库中覆盖它？

如果你愿意容忍一些未定义的行为，你可以这样做：

#include <llvm/Support/raw_ostream.h>

static void hijack_log_line(const std::string &line) {
  // Do whatever logging you want here
  logInfo("[llvm] {}", line);
}

class hijack_raw_fd_ostream : public llvm::raw_fd_ostream {
public:
  explicit hijack_raw_fd_ostream()
    : llvm::raw_fd_ostream(-1, false, false) {
  }

protected:
  void write_impl(const char *Ptr, size_t Size) override {
    static std::string CurrentLine;

    std::string_view sv(Ptr, Ptr + Size);
    for (char ch : sv) {
      if (ch == '\n') {
        hijack_log_line(CurrentLine);
        CurrentLine.clear();
      } else {
        CurrentLine += ch;
      }
    }
  }

  uint64_t current_pos() const override {
    llvm::report_fatal_error("current_pos not implemented!");
  }

  size_t preferred_buffer_size() const override {
    return 0;
  }
} hijack_stream;
static_assert(sizeof(hijack_raw_fd_ostream) == sizeof(llvm::raw_fd_ostream));

int main(int argc, char **argv) {
  // Disable buffering in the LLVM streams
  llvm::outs().SetUnbuffered();
  llvm::errs().SetUnbuffered();

  // NOTE: This is technically undefined behaviour, but it works in practice
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wdynamic-class-memaccess"
  std::memcpy(&llvm::outs(), &hijack_stream, sizeof(llvm::outs()));
  std::memcpy(&llvm::errs(), &hijack_stream, sizeof(llvm::errs()));
#pragma clang diagnostic pop

  llvm::outs() << "Hello ";
  llvm::outs() << "from LLVM!\n";
  return 0;
}

这是通过劫持vtable指针来挂钩write_impl，current_pos和preferred_buffer_size函数。这些行被累加并传递给hijack_log_line函数。
这取决于llvm::outs()在内部使用static raw_fd_ostream S;的实现细节。我们从这个类继承来确保内存布局是兼容的，但是如果这个实现改变，它可能会中断。