search for: codegentarget

I'm pondering a new timing feature for TableGen and am wondering whether anyone uses the existing -time-regions option. Some instrumentation for it appears in CodeGenTarget.cpp and GICombinerEmitter.cpp but nowhere else. If no one is using it, I'll be tempted to remove it.

...W/llvm/lib/Debug -L/C/Projects/build/MinGW/llvm/lib/Debug -o /C/Projects/build/MinGW/llvm/tools/Debug/tblgen /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/AsmWriterEmitter.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/CodeEmitterGen.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/CodeGenTarget.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/FileLexer.o /C/Projects/build/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/l...

I have been able to adapt the main LLVM sources to work with vectors of 16 x FP16 values and I have introduced the 'v16f16' data type to CLang and LLVM, but I am stumped on how to get TableGen to recognise this type. At the moment I am trying to optimise the calling convention code, and whenever I refer to 'v16f16' I get a crash in TableGen (unrecognised type). Unfortunately I

Micah, One more thing ;) -- llvm::getEnumName in utils/TableGen/CodeGenTarget.cpp -Hal On Tue, 31 Jul 2012 21:02:02 +0000 "Villmow, Micah" <Micah.Villmow at amd.com> wrote: > Ahh yep, thanks for catching that, new patch attached. > > > -----Original Message----- > > From: Hal Finkel [mailto:hfinkel at anl.gov] > > Sent: Tuesday,...

...PE || VT == MVT::iPTR || VT == >> MVT::iPTRAny || VT == MVT::Any) && "Not a concrete type!"' failed. >> > > Are you sure that you updated all of the enum values correctly, including > updating MVT::LAST_VALUETYPE, etc., and also updated > utils/TableGen/CodeGenTarget.cpp? > > -Hal > > > >> >> What could be the reason?? please guide how to define new types in llvm >> backend. >> >> >> Thank You >> > > -- > Hal Finkel > Lead, Compiler Technology and Programming Languages > Leadership Computi...

Hi *, to decide in which namespace tablegen should place the instruction-enum, tablegen iterates over CodeGenTarget instructions until it finds an Instruction with a namespace other than "TargetInstInfo".. but this is wrong, as internal Instructions now use "TargetOpcode" as Namespace.. As Instructions are a map, it is only by chance which is the first instruction it finds - either a user-de...

.../C/Projects/build/MinGW/llvm/lib/Debug -o > /C/Projects/build/MinGW/llvm/tools/Debug/tblgen > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/AsmWriterEmitter.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/CodeEmitterGen.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/CodeGenTarget.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/FileLexer.o > /C/Projects/build/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 >...

Ahh yep, thanks for catching that, new patch attached. > -----Original Message----- > From: Hal Finkel [mailto:hfinkel at anl.gov] > Sent: Tuesday, July 31, 2012 1:40 PM > To: Villmow, Micah > Cc: Developers Mailing List > Subject: Re: [LLVMdev] Vector promotion broken for <2 x [i8|i16]> > > Micah, > > I think that your patch is missing the necessary

...MVT::iPTRAny || VT == MVT::Any) && "Not a concrete type!"' failed. >>>> >>> >>> Are you sure that you updated all of the enum values correctly, >>> including updating MVT::LAST_VALUETYPE, etc., and also updated >>> utils/TableGen/CodeGenTarget.cpp? >>> >>> -Hal >>> >>> >>> >>>> >>>> What could be the reason?? please guide how to define new types in llvm >>>> backend. >>>> >>>> >>>> Thank You >>>> >>>...

Hello, i want to work with these types v32f32, v32f64.... in llvm which are undefined in the backend? But v32i32, v32i64 are already defined so i am able to use these. but for other types such as v32f32, v32f64 although i have defined them appropriately in all the files like machinevaluetype.h, valuetypes.cpp etc. i have checked it many times but still getting the following error when build in

..., I don't think there is any workaround for that. /jakob /// HasOneImplicitDefWithKnownVT - If the instruction has at least one /// implicit def and it has a known VT, return the VT, otherwise return /// MVT::Other. MVT::SimpleValueType CodeGenInstruction:: HasOneImplicitDefWithKnownVT(const CodeGenTarget &TargetInfo) const { if (ImplicitDefs.empty()) return MVT::Other; // Check to see if the first implicit def has a resolvable type. Record *FirstImplicitDef = ImplicitDefs[0]; assert(FirstImplicitDef->isSubClassOf("Register")); const std::vector<MVT::SimpleValueType&gt...

...TableGen' Bisoning FileParser.y Flexing /usr/home/llvm/obj/../utils/TableGen/FileLexer.l gmake[2]: Leaving directory `/usr/home/llvm/obj/utils/TableGen' gmake[2]: Entering directory `/usr/home/llvm/obj/utils/TableGen' Compiling AsmWriterEmitter.cpp Compiling CodeEmitterGen.cpp Compiling CodeGenTarget.cpp Compiling FileLexer.cpp Compiling FileParser.cpp FileParser.tab.c: In function `int Fileparse()': FileParser.tab.c:2043: error: syntax error before `goto' The offending lines bison generated are: /*----------------------------------------------------. | yyerrlab1 -- error raised expli...

...m/trunk_nolibtool/obj/utils/TableGen/Debug/CodeEmitterGen.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/CodeGenDAGPatterns.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/CodeGenInstruction.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/CodeGenTarget.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/DAGISelEmitter.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/FastISelEmitter.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/InstrEnumEmitter.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/...

...CMakeFiles/obj.llvm-tblgen.dir/CodeGenHwModes.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CodeGenInstruction.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CodeGenMapTable.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CodeGenRegisters.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CodeGenSchedule.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CodeGenTarget.cpp.o CMakeFiles/obj.llvm-tblgen.dir/DAGISelEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcherEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcherGen.cpp.o CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcherOpt.cpp.o CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcher.cpp.o CMakeFiles/obj.llvm-...

...CMakeFiles/obj.llvm-tblgen.dir/CodeGenHwModes.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CodeGenInstruction.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CodeGenMapTable.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CodeGenRegisters.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CodeGenSchedule.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CodeGenTarget.cpp.o CMakeFiles/obj.llvm-tblgen.dir/DAGISelEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcherEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcherGen.cpp.o CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcherOpt.cpp.o CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcher.cpp.o CMakeFiles/obj.llvm-...

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

...s.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/CodeGenInstruction.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/CodeGenMapTable.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/CodeGenRegisters.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/CodeGenSchedule.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/CodeGenTarget.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/DAGISelEmitter.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcherEmitter.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcherGen.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcherOpt.cpp.o >> CMakeFiles/obj.llvm-tblgen....

...s.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/CodeGenInstruction.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/CodeGenMapTable.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/CodeGenRegisters.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/CodeGenSchedule.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/CodeGenTarget.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/DAGISelEmitter.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcherEmitter.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcherGen.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/DAGISelMatcherOpt.cpp.o >> CMakeFiles/obj.llvm-tblgen....

...fied.debug/utils/TableGen/Debug+Checks/AsmWriterEmitter.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/CallingConvEmitter.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/CodeEmitterGen.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/CodeGenTarget.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/DAGISelEmitter.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/FileLexer.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/FileParser.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/Table...

...eGen\CMakeFiles\llvm-tblgen.dir\CodeGenInstruction.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\CodeGenMapTable.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\CodeGenRegisters.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\CodeGenSchedule.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\CodeGenTarget.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\DAGISelEmitter.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\DAGISelMatcherEmitter.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\DAGISelMatcherGen.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\DAGISelMatcherOpt.cpp.obj utils\TableGen\CMa...