search for: subtargetemitter

...perand(1).getReg() }]>; def WriteXOR : SchedWriteVariant<[ SchedVar<ZeroIdiom, [ZeroIdiomWrite], SchedVar<NoSchedPred, [WriteALU] >; ``` Problems with the current design -------------------------------- A SchedPredicate is essentially a custom block of C++ code used by the SubtargetEmitter to generate a condition through a boolean expression. A SchedPredicate sees all the definitions that are "captured" by the `PredicateProlog` (another block of C++ code). It can also access public members of TargetSchedule. A common pattern used by the ARM scheduling models to define pred...

Hi Andy and all, I have a question about per-operand machine model. I am finding some relations between 'MCWriteLatencyEntry' and 'MCWriteProcResEntry'. For example, class InstTEST<..., InstrItinClass itin> : Instruction { let Itinerary = Itin; } // I assume this MI writes 2 registers. def TESTINST : InstTEST<..., II_TEST> // schedule info II_TEST:

...eLatencyEntry' in 'computeOperandLatency' function. I think the pair of latency and write resource for defintion will be useful to check conflicts of resources. As reference, I have attached simple patch. Thanks, JinGu Kang -------------- next part -------------- Index: utils/TableGen/SubtargetEmitter.cpp =================================================================== --- utils/TableGen/SubtargetEmitter.cpp (revision 201607) +++ utils/TableGen/SubtargetEmitter.cpp (working copy) @@ -932,12 +932,7 @@ WLEntry.Cycles = 0; unsigned WriteID = WriteSeq.back(); WriterNames.push...

...by-one: anchor(): hack to decrease link time and bloat < http://llvm.org/docs/CodingStandards.html#ll_virtual_anch> ~TableGenBackend(): the standard virtual destructor so that we can polymorphically delete. Except that we never polymorphically delete. Every use of the backends is basically `SubtargetEmitter(Records).run(OS);` and is hardcoded into the respective TableGen.cpp file. No polymorphic creation ever happens. We never even declare a variable using this type. This < http://pastie.org/private/xhqaonrbarz3lf7b1gew6q> is all occurrences of "TableGenBackend" in the LLVM source tree...

...ng emitted during the stage1 build (which is where the failure occurs). Greping for LLVM_ENABLE_DUMP in the stage1 build directory only shows... % grep -R LLVM_ENABLE_DUMP * include/llvm/Config/llvm-config.h:/* #undef LLVM_ENABLE_DUMP */ Binary file utils/TableGen/CMakeFiles/obj.llvm-tblgen.dir/SubtargetEmitter.cpp.o matches Jack ps A more general grep for DUMP in CMakeCacne.txt shows... % grep DUMP CMakeCache.txt CMAKE_OBJDUMP:FILEPATH=/usr/bin/objdump LLVM_FORCE_ENABLE_DUMP:BOOL=OFF LLVM_TOOL_LLVM_CXXDUMP_BUILD:BOOL=ON LLVM_TOOL_LLVM_DWARFDUMP_BUILD:BOOL=ON LLVM_TOOL_LLVM_OBJDUMP_BUILD:BOOL=ON //AD...

...gt; What to do next > --------------- > I have a series of three patches ready to be sent upstream for review. > > The first patch is mostly a no functional change. It introduces the new > scheduling predicate class in tablegen, and it teaches the > InstructionInfoEmitter and the SubtargetEmitter how to expand MCSchedPredicate > definitions. > The first patch is up for review here: https:://reviews.llvm.org/D46695 <http://reviews.llvm.org/D46695>. > > The second patch would teach the SubtargetEmitter how to generate method > resolveVariantSchedClass(). > > The l...

...re occurs). Greping for LLVM_ENABLE_DUMP >> in the stage1 build directory only shows... >> >> % grep -R LLVM_ENABLE_DUMP * >> >> include/llvm/Config/llvm-config.h:/* #undef LLVM_ENABLE_DUMP */ >> >> Binary file utils/TableGen/CMakeFiles/obj.llvm-tblgen.dir/SubtargetEmitter.cpp.o >> matches >> >> Jack >> ps A more general grep for DUMP in CMakeCacne.txt shows... >> >> % grep DUMP CMakeCache.txt >> CMAKE_OBJDUMP:FILEPATH=/usr/bin/objdump >> LLVM_FORCE_ENABLE_DUMP:BOOL=OFF >> LLVM_TOOL_LLVM_CXXDUMP_BUILD:BOOL=ON &...

...uild directory only shows... >>>> >>>> % grep -R LLVM_ENABLE_DUMP * >>>> >>>> include/llvm/Config/llvm-config.h:/* #undef LLVM_ENABLE_DUMP */ >>>> >>>> Binary file utils/TableGen/CMakeFiles/obj. >>>> llvm-tblgen.dir/SubtargetEmitter.cpp.o matches >>>> >>>> Jack >>>> ps A more general grep for DUMP in CMakeCacne.txt shows... >>>> >>>> % grep DUMP CMakeCache.txt >>>> CMAKE_OBJDUMP:FILEPATH=/usr/bin/objdump >>>> LLVM_FORCE_ENABLE_DUMP:BOOL=OFF...

...m-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/X86DisassemblerTables.cpp.o CMakeFiles/obj.llvm-tblgen.dir/X86EVEX2VEXTablesEmitter.cpp.o CMakeFiles/obj.llvm-tblge...

...to be fixed under the current arrangement. LLVM_ENABLE_DUMP added to: include/llvm/CodeGen/MachineRegisterInfo.h dumpUses() include/llvm/CodeGen/MachineScheduler.h dumpScheduledState() include/llvm/CodeGen/TargetSchedule.h getResourceName() include/llvm/MC/MCSchedule.h Name utils/TableGen/SubtargetEmitter.cpp emitted code inside EmitSchedModel() Unknown location in AArch64 This is not the end. I just lost track of what to change at this point. Perhaps it would be easier to revert the change that hid the dump() methods. That would have another advantage as well. Before LLVM 5.0.0, Chap...

...> > include/llvm/CodeGen/MachineRegisterInfo.h > dumpUses() > > include/llvm/CodeGen/MachineScheduler.h > dumpScheduledState() > > include/llvm/CodeGen/TargetSchedule.h > getResourceName() > > include/llvm/MC/MCSchedule.h > Name > > utils/TableGen/SubtargetEmitter.cpp > emitted code inside EmitSchedModel() > > Unknown location in AArch64 > This is not the end. I just lost track of what to change at this point. I guess that was to be expected with an option that didn't even have a cmake flag. I would propose to just check for LLVM_ENABLE_D...

...m/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/TableGen/Debug/TGValueTypes.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Deb...

On 09/25/2017 06:19 PM, Matthias Braun wrote: > >> On Sep 25, 2017, at 6:03 PM, David Keaton via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> On 09/25/2017 02:53 PM, Matthias Braun via llvm-dev wrote: >>> The dump methods can be included in the release builds anyway by enabling LLVM_ENABLE_DUMP. >> >> Is there a way to pass

...m-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/X86DisassemblerTables.cpp.o CMakeFiles/obj.llvm-tblgen.dir/X86EVEX2VEXTablesEmitter.cpp.o CMakeFiles/obj.llvm-tblge...

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

...ses() > > > > include/llvm/CodeGen/MachineScheduler.h > > dumpScheduledState() > > > > include/llvm/CodeGen/TargetSchedule.h > > getResourceName() > > > > include/llvm/MC/MCSchedule.h > > Name > > > > utils/TableGen/SubtargetEmitter.cpp > > emitted code inside EmitSchedModel() > > > > Unknown location in AArch64 > > This is not the end. I just lost track of what to change at this > point. > I guess that was to be expected with an option that didn't even have a > cmake flag. I w...

...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/X86DisassemblerTables.cpp.o >> CMakeFiles/obj.llvm-tblgen.dir/X86EVEX2VEX...

...vm.modified.debug/utils/TableGen/Debug+Checks/IntrinsicEmitter.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/Record.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/RegisterInfoEmitter.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/SubtargetEmitter.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/TableGen.o /tmp/ptmp/dag/build.llvm.modified.debug/utils/TableGen/Debug+Checks/TableGenBackend.o -lLLVMSupport -lLLVMSystem \ -lltdl -lm -lelf /tools/llvm-tools/x86_64-unknown-linux-gnu/bin/g++ -I/tmp/ptmp/dag/build.llvm.mo...

I ran into an interesting problem when helping to land a scheduler .td file that my colleague had written. The problem that came up was that a multiply/add pair was not combined into an madd, but just for our CPU. Upon digging into it, the problem turned out to be that '(instregex "^SUB" ...' was matching "SUBREG_TO_REG" and incorrectly increasing the schedule length.

...les\llvm-tblgen.dir\RegisterBankEmitter.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\RegisterInfoEmitter.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\SDNodeProperties.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\SearchableTableEmitter.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\SubtargetEmitter.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\SubtargetFeatureInfo.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\TableGen.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\Types.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\X86DisassemblerTables.cpp.obj utils\TableGen\CMakeFiles\llvm-tb...