search for: registerinfoemitt

On Sep 30, 2011, at 8:29 AM, Jonas Paulsson wrote: > The conclusion is that the StringRef::compare_numeric() is not deterministic Thanks for tracking this down. I believe we have a bug in compare_numeric() causing it to be non-transitive sometimes. It is supposed to provide a total ordering of strings. Can you find the bug? /jakob -------------- next part -------------- An HTML attachment

Hi, I just bumped into a bug in this code. The problem was as follows: I have defined a set of registers with rather similar names including digits. The code section at RegisterInfoEmitter::run(){ ... // Process sub-register sets. runs and fills the RegisterAliases map. then, ... for (unsigned i = 0, e = Regs.size(); i != e; ++i) { RegNo[Regs[i].TheDef] = i; NumAliases += RegisterAliases[Regs[i].TheDef].size(); } runs. Only, now there are duplicates in the RegisterAli...

...; if (Data[I] == RHS.Data[I]) > continue; 61,62d62 < if (Data[I] == RHS.Data[I]) < continue; I ran this, and now I have no problems, and the other targets built as well, at least, without problems. I have not run the testsuite. Jonas Subject: Re: [LLVMdev] Tablegen: RegisterInfoEmitter.cpp From: stoklund at 2pi.dk Date: Fri, 30 Sep 2011 08:39:51 -0700 CC: llvmdev at cs.uiuc.edu To: jnspaulsson at hotmail.com On Sep 30, 2011, at 8:29 AM, Jonas Paulsson wrote:The conclusion is that the StringRef::compare_numeric() is not deterministic Thanks for tracking this down. I believe...

Hi everyone, I found some peculiar behavior of TableGen when generating [TARGET]GenRegisterInfo.inc. Some register overlaps are generated twice in this file, leading to a compilation error. I think this is because in RegisterInfoEmitter.cpp, RegisterAliases are declared as "std::map<Record*, std::set<Record*>, LessRecord>" and a requirement for std::map is that the comparison function ("LessRecord") should correspond to a strict weak ordering; in this case this points to : "StringRef1.co...

...aits<char>,class std::allocator<char> >::`copy constructor closure'(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &)" (??_O?$basic_string at DU?$char_traits at D@std@@V?$allocator at D@2@@std@@QAEXAAV01@@Z) 4>RegisterInfoEmitter.obj : error LNK2019: unresolved external symbol "public: void __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::`copy constructor closure'(class std::basic_string<char,struct std::char_traits<char>,class std::allocato...

On Fri, Dec 5, 2008 at 1:52 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: > / * snip */ Actually, rebuilding it makes "debug tblgen" fail with the errors at the end of this email, and as such everything that depends on it, how odd... When I get back to that computer then I will clean its directory, update from SVN (please fix the const thing soon :) ), and rebuild fresh...

...MinGW/llvm/utils/TableGen/Debug/FileParser.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/InstrInfoEmitter.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/InstrSelectorEmitter.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/Record.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/RegisterInfoEmitter.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/TableGen.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/TableGenBackend.o -lsupport -lLLVMsystem /C/Projects/build/MinGW/llvm/mklib --tag=disable-shared --tag=CXX --mode=link g++ -I/C/Projects/build/MinGW/llvm/utils/TableGen -I/C/Proje...

...everyone, > > I found some peculiar behavior of TableGen when generating > [TARGET]GenRegisterInfo.inc. Some register overlaps are generated twice in > this file, leading to a compilation error. Hi, What do you mean "overlapped register"? > I think this is because in RegisterInfoEmitter.cpp, RegisterAliases are > declared as "std::map<Record*, std::set<Record*>, LessRecord>" > > and a requirement for std::map is that the comparison function > ("LessRecord") should correspond to a strict weak ordering; in this case > this points to :...

...n please? Without the above ALLREG group, the code compiles and while not complete or altogether correct, is testable and somewhat functional. Assertion failed: (RU.Weight < 256 && "RegUnit too heavy"), function EmitRegUnitPressure, file /usr/local/src/llvm/llvm/utils/TableGen/RegisterInfoEmitter.cpp, line 237. 0 llvm-tblgen 0x000000010bc2b66c llvm::sys::PrintStackTrace(llvm::raw_ostream&) + 60 1 llvm-tblgen 0x000000010bc2bc09 PrintStackTraceSignalHandler(void*) + 25 2 llvm-tblgen 0x000000010bc28bbe llvm::sys::RunSignalHandlers() + 990 3 llvm...

Here are the two problem areas: RegisterInfoEmitter.cpp // Emit the subregister + index mapping function based on the information // calculated above. OS << "unsigned " << ClassName << "::getSubReg(unsigned RegNo, unsigned Index) const {\n" << " switch (RegNo) {\n" <&...

Hi, I have a problem with the assert in Tablegen: llvm-tblgen: /dev/shm/uabpath/dev-master/utils/TableGen/RegisterInfoEmitter.cpp:204: void <anonymous namespace>::RegisterInfoEmitter::EmitRegUnitPressure(llvm::raw_ostream &, const llvm::CodeGenRegBank &, const std::string &): Assertion `RU.Weight < 256 && "RegUnit too heavy"' failed. The reason for this is that I have construc...

...________________________________ From: Jonas Paulsson Sent: Thursday, December 06, 2012 4:14 PM To: llvmdev at cs.uiuc.edu Subject: Register classes, reg unit weights calculation in tablegen Hi, I have a problem with the assert in Tablegen: llvm-tblgen: /dev/shm/uabpath/dev-master/utils/TableGen/RegisterInfoEmitter.cpp:204: void <anonymous namespace>::RegisterInfoEmitter::EmitRegUnitPressure(llvm::raw_ostream &, const llvm::CodeGenRegBank &, const std::string &): Assertion `RU.Weight < 256 && "RegUnit too heavy"' failed. The reason for this is that I have construc...

...leGen/Debug/FileParser.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/InstrInfoEmitter.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/InstrSelectorEmitter.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/Record.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/RegisterInfoEmitter.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/TableGen.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/TableGenBackend.o > -lsupport -lLLVMsystem > /C/Projects/build/MinGW/llvm/mklib --tag=disable-shared --tag=CXX > --mode=link g++ -I/C/Projects/build/MinGW/llvm/u...

On 31/05/07, Chuck Rose III <cfr at adobe.com> wrote: > Here are the two problem areas: > > RegisterInfoEmitter.cpp > > // Emit the subregister + index mapping function based on the > information > // calculated above. > OS << "unsigned " << ClassName > << "::getSubReg(unsigned RegNo, unsigned Index) const {\n" > << " sw...

...llvm/trunk_nolibtool/obj/utils/TableGen/Debug/IntrinsicEmitter.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/LLVMCConfigurationEmitter.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/Record.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/RegisterInfoEmitter.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/SubtargetEmitter.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/TGLexer.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/TGParser.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableG...

...s/obj.llvm-tblgen.dir/InstrInfoEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/IntrinsicEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/OptParserEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/PseudoLoweringEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/RegisterBankEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/RegisterInfoEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/SearchableTableEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/SubtargetEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/SubtargetFeatureInfo.cpp.o CMakeFiles/obj.llvm-tblgen.dir/TableGen.cpp.o CMakeFiles/obj.llvm-tblgen.dir/Types.cpp.o CMakeFiles/obj.llvm-tblgen.dir...

...s/obj.llvm-tblgen.dir/InstrInfoEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/IntrinsicEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/OptParserEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/PseudoLoweringEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/RegisterBankEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/RegisterInfoEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/SearchableTableEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/SubtargetEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/SubtargetFeatureInfo.cpp.o CMakeFiles/obj.llvm-tblgen.dir/TableGen.cpp.o CMakeFiles/obj.llvm-tblgen.dir/Types.cpp.o CMakeFiles/obj.llvm-tblgen.dir...

For those of you who haven't noticed, I'm planning to commit a major change to the Makefile rules tomorrow evening (Tuesday) if there are no complaints about it between now and then. This needs testing on Darwin. I've heard back from Linux on many platforms and even FreeBSD, which is fantastic, but I'm told that lots of LLVMers are running Darwin and I haven't heard a peep

...t; std::allocator<char> >::`copy constructor closure'(class > std::basic_string<char,struct std::char_traits<char>,class > std::allocator<char> > &)" > (??_O?$basic_string at DU?$char_traits at D@std@@V?$allocator at D@2@@std@@QAEXAAV01@@Z) > 4>RegisterInfoEmitter.obj : error LNK2019: unresolved external symbol > "public: void __thiscall std::basic_string<char,struct > std::char_traits<char>,class std::allocator<char> >::`copy constructor > closure'(class std::basic_string<char,struct > std::char_traits<char>...

...>> CMakeFiles/obj.llvm-tblgen.dir/IntrinsicEmitter.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/OptParserEmitter.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/PseudoLoweringEmitter.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/RegisterBankEmitter.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/RegisterInfoEmitter.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/SearchableTableEmitter.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/SubtargetEmitter.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/SubtargetFeatureInfo.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/TableGen.cpp.o >> CMakeFiles/obj.llvm-tblgen.d...