search for: srcmgr

...for Release build SourceManager.cpp: In member function 'void clang::LineTableInfo::clear()': SourceManager.cpp:124: error: 'class llvm::StringMap<unsigned int, llvm::BumpPtrAllocator>' has no member named 'clear' SourceManager.cpp: In member function 'const clang::SrcMgr::ContentCache* clang::SourceManager::getOrCreateContentCache(const clang::FileEntry*)': SourceManager.cpp:367: error: no matching function for call to 'llvm::BumpPtrAllocator::Allocate(int, unsigned int&)' SourceManager.cpp: In member function 'const clang::SrcMgr::ContentCache*...

...C=0x0) at TGParser.cpp:2098 #10 0x0000000000548bbb in llvm::TGParser::ParseObjectList (this=0x7fffffffd480, MC=0x0) at TGParser.cpp:2107 #11 0x0000000000548c10 in llvm::TGParser::ParseFile (this=0x7fffffffd480) at TGParser.cpp:2115 #12 0x0000000000550035 in ParseFile (Filename=..., IncludeDirs=..., SrcMgr=...) at TableGen.cpp:196 #13 0x0000000000550116 in main (argc=3, argv=0x7fffffffe208) at TableGen.cpp:206 Looking at the code, it's triggered because UnOpInit::getFieldType only handles the cast<> operator. I don't see a good reason for this given that !car can give a value of which...

...ser.cpp:2098 > #10 0x0000000000548bbb in llvm::TGParser::ParseObjectList (this=0x7fffffffd480, MC=0x0) at TGParser.cpp:2107 > #11 0x0000000000548c10 in llvm::TGParser::ParseFile (this=0x7fffffffd480) at TGParser.cpp:2115 > #12 0x0000000000550035 in ParseFile (Filename=..., IncludeDirs=..., SrcMgr=...) at TableGen.cpp:196 > #13 0x0000000000550116 in main (argc=3, argv=0x7fffffffe208) at TableGen.cpp:206 > > Looking at the code, it's triggered because UnOpInit::getFieldType only handles the cast<> operator. I don't see a good reason for this given that !car can give a...

[apologies for this duplicate post: originally sent to lldb-dev by not paying attention to the address auto-completion] We have a backend for a target that at present only detects some assembler errors when emitting instructions (basically because the platform has configurable properties with dependencies between instructions and it was easier to check for their interaction late than try to

...ld llvm[4]: Compiling FileManager.cpp for Release build llvm[4]: Compiling IdentifierTable.cpp for Release build llvm[4]: Compiling SourceLocation.cpp for Release build llvm[4]: Compiling SourceManager.cpp for Release build SourceManager.cpp: In member function 'const llvm::MemoryBuffer* clang::SrcMgr::ContentCache::getBuffer(clang::Diagnostic&, const clang::SourceManager&, clang::SourceLocation, bool*) const': SourceManager.cpp:74: error: no matching function for call to 'llvm::MemoryBuffer::getFile(const char*, std::string*, off_t, stat*)' /usr/local/src/llvm-2.7/include/ll...

...000000000548bbb in llvm::TGParser::ParseObjectList > (this=0x7fffffffd480, MC=0x0) at TGParser.cpp:2107 > > #11 0x0000000000548c10 in llvm::TGParser::ParseFile (this=0x7fffffffd480) > at TGParser.cpp:2115 > > #12 0x0000000000550035 in ParseFile (Filename=..., IncludeDirs=..., > SrcMgr=...) at TableGen.cpp:196 > > #13 0x0000000000550116 in main (argc=3, argv=0x7fffffffe208) at > TableGen.cpp:206 > > > > Looking at the code, it's triggered because UnOpInit::getFieldType only > handles the cast<> operator. I don't see a good reason for this giv...

...#include "llvm/MC/MCStreamer.h" #include "llvm/MC/MCAsmInfo.h" @@ -36,10 +37,11 @@ class TargetAsmParser; class Twine; class AsmParser : public MCAsmParser { -private: +protected: AsmLexer Lexer; MCContext &Ctx; MCStreamer &Out; +private: SourceMgr &SrcMgr; TargetAsmParser *TargetParser; @@ -88,14 +90,23 @@ public: virtual bool ParseParenExpression(const MCExpr *&Res, SMLoc &EndLoc); virtual bool ParseAbsoluteExpression(int64_t &Res); + virtual bool ParseInstruction(const StringRef &Name, SMLoc NameLoc, +...