forked from OSchip/llvm-project
Don't define our own global 'endl' variable. While technically it had
internal linkage and so wasn't a patent bug, it doesn't make any sense here. We can avoid even calling operator<< by just embedding the newline in the string literals that were already being streamed out. It also gives the impression of some line-ending agnosticisms which is not present, and that flushing happens when it doesn't. If we want to use std::endl, we could do that, but honestly it doesn't seem remotely worth it. Using '\n' directly is much more clear when working with raw_ostream. It also happens to fix builds with old crufty GCC STL implementations that include std::endl into the global namespace (or headers written to be compatible with such atrocities). llvm-svn: 179003
This commit is contained in:
parent
7ba7207f1d
commit
741c00df17
|
@ -16,8 +16,6 @@
|
|||
#include "llvm/Support/PrettyStackTrace.h"
|
||||
#include "llvm/Support/Signals.h"
|
||||
|
||||
const char endl = '\n';
|
||||
|
||||
namespace yaml { // generic yaml-writing specific routines
|
||||
|
||||
unsigned char printable(unsigned char Ch) {
|
||||
|
@ -37,7 +35,7 @@ llvm::raw_ostream &writeHexStream(llvm::raw_ostream &Out,
|
|||
Out << "\" # |";
|
||||
for (iter_t iter = arr.begin(); iter != end; ++iter)
|
||||
Out << printable(*iter);
|
||||
Out << "|" << endl;
|
||||
Out << "|\n";
|
||||
|
||||
return Out;
|
||||
}
|
||||
|
@ -75,11 +73,11 @@ int main(int argc, char * argv[]) {
|
|||
// TODO: If this is an archive, then burst it and dump each entry
|
||||
if (error_code ec = MemoryBuffer::getFileOrSTDIN(InputFilename, buf))
|
||||
llvm::errs() << "Error: '" << ec.message() << "' opening file '"
|
||||
<< InputFilename << "'" << endl;
|
||||
<< InputFilename << "'\n";
|
||||
else {
|
||||
ec = coff2yaml(llvm::outs(), buf.take());
|
||||
if (ec)
|
||||
llvm::errs() << "Error: " << ec.message() << " dumping COFF file" << endl;
|
||||
llvm::errs() << "Error: " << ec.message() << " dumping COFF file\n";
|
||||
}
|
||||
|
||||
return 0;
|
||||
|
|
Loading…
Reference in New Issue