search for: parseobjectbody

...gnalHandleri + 361 2 libsystem_c.dylib 0x00007fff8fe73cfa _sigtramp + 26 3 libsystem_c.dylib 0x00007fff8fe713c8 malloc_zone_malloc + 77 4 llvm-tblgen 0x0000000108913f83 llvm::TGParser::ParseSubClassReference(llvm::Record*, bool) + 515 5 llvm-tblgen 0x000000010891b269 llvm::TGParser::ParseObjectBody(llvm::Record*) + 121 6 llvm-tblgen 0x000000010891bab1 llvm::TGParser::ParseDef(llvm::MultiClass*) + 1201 7 llvm-tblgen 0x000000010891cab9 llvm::TGParser::ParseObject(llvm::MultiClass*) + 153 8 llvm-tblgen 0x000000010891cb82 llvm::TGParser::ParseObjectList(llvm::MultiClass*) + 6...

...llvm::TGParser::ParseValueList (this=0x7fffffffd480, CurRec=0x8511d0, ArgsRec=0x8510d0, EltTy=0x0) at TGParser.cpp:1405 #6 0x000000000053e520 in llvm::TGParser::ParseSubClassReference (this=0x7fffffffd480, CurRec=0x8511d0, isDefm=false) at TGParser.cpp:397 #7 0x00000000005458e5 in llvm::TGParser::ParseObjectBody (this=0x7fffffffd480, CurRec=0x8511d0) at TGParser.cpp:1613 #8 0x00000000005463ad in llvm::TGParser::ParseClass (this=0x7fffffffd480) at TGParser.cpp:1727 #9 0x0000000000548b86 in llvm::TGParser::ParseObject (this=0x7fffffffd480, MC=0x0) at TGParser.cpp:2098 #10 0x0000000000548bbb in llvm::TGPars...

...rser::ParseValueList (this=0x7fffffffd480, CurRec=0x8511d0, ArgsRec=0x8510d0, EltTy=0x0) at TGParser.cpp:1405 > #6 0x000000000053e520 in llvm::TGParser::ParseSubClassReference (this=0x7fffffffd480, CurRec=0x8511d0, isDefm=false) at TGParser.cpp:397 > #7 0x00000000005458e5 in llvm::TGParser::ParseObjectBody (this=0x7fffffffd480, CurRec=0x8511d0) at TGParser.cpp:1613 > #8 0x00000000005463ad in llvm::TGParser::ParseClass (this=0x7fffffffd480) at TGParser.cpp:1727 > #9 0x0000000000548b86 in llvm::TGParser::ParseObject (this=0x7fffffffd480, MC=0x0) at TGParser.cpp:2098 > #10 0x0000000000548bbb...

On Oct 11, 2011, at 2:03 PM, David Blaikie wrote: > I'd assume something like: > > for (x, y) = [(1, 4), (2, 5), (3, 6)] in { ... } > > Though I don't know a great deal about tablegen syntax. But so long as the lists are separate it seems it'd always be unclear that it was a zip. +1 Nobody actually needs the zip functionality anyway. /jakob -------------- next

On Jun 25, 2013, at 1:45 AM, Anitha B Gollamudi <anitha.boyapati at gmail.com> wrote: > Is there some sort of restriction over class length names in td files. Only your own sanity, as far as I know. > For e.g. something like below gives an abort with tablegen. The abort goes away when I reduce the name "my_target_intrinsics_class..." to something shorter. I have not

Hi Is there some sort of restriction over class length names in td files. For e.g. something like below gives an abort with tablegen. The abort goes away when I reduce the name "my_target_intrinsics_class..." to something shorter. I have not counted the exact length limit though. Is this a known issue? defm target_intrinsic:

...(this=0x7fffffffd480, CurRec=0x8511d0, ArgsRec=0x8510d0, EltTy=0x0) at > TGParser.cpp:1405 > > #6 0x000000000053e520 in llvm::TGParser::ParseSubClassReference > (this=0x7fffffffd480, CurRec=0x8511d0, isDefm=false) at TGParser.cpp:397 > > #7 0x00000000005458e5 in llvm::TGParser::ParseObjectBody > (this=0x7fffffffd480, CurRec=0x8511d0) at TGParser.cpp:1613 > > #8 0x00000000005463ad in llvm::TGParser::ParseClass > (this=0x7fffffffd480) at TGParser.cpp:1727 > > #9 0x0000000000548b86 in llvm::TGParser::ParseObject > (this=0x7fffffffd480, MC=0x0) at TGParser.cpp:2098 &gt...

On Oct 11, 2011, at 1:07 PM, Jim Grosbach wrote: > Perhaps a minor note, but can I'd prefer we call them something other than a "for loop." That implies a more procedural nature than is natural for the language. TableGen is far more declarative that procedural. Even something simple like using a "for each" type syntax and refering to the construct as a "for each