en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#435897b4 [TableGen][DirectX] Add tableGen backend to generate DXIL operation for DirectX backend.A new tableGen backend gen-dxil-enum is added to generate enum for DXIL operation and operation class.A new file "DXILConstants.inc" will be generated when build DirectX target which include the enums.More tableGen backends will be added to replace manually written table in DirectX backend.The unused fields in dxil_inst will be used in future PR.Reviewed By: bognerDifferential Revision: https://reviews.llvm.org/D125435 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Wed, 11 May 2022 23:56:38 +0000 python3kgae <python3kgae@outlook.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#751c7be5 [TableGen] Remove code beadsCode beads is useless since the only user, M68k, has moved on toa new encoding/decoding infrastructure.Reviewed By: myhsuDifferential Revision: https://reviews.llvm.org/D126349 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Mon, 30 May 2022 06:26:38 +0000 Sheng <ox59616e@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#1e2b7463 Revert "[TableGen] Remove code beads"It is breaking the build with:/build/llvm-toolchain-snapshot-15~++20220524114008+96323c9f4c10/llvm/lib/Target/M68k/MCTargetDesc/M68kMCCodeEmitter.cpp:478:10: fatal error: 'M68kGenMCCodeBeads.inc' file not found ^~~~~~~~~~~~~~~~~~~~~~~~1 error generated.Remove the #include causes:error: undefined reference to 'llvm::M68k::getMCInstrBeads(unsigned int)'This reverts commit f50be3d21808ae113c40a68a9ac6581f203d92d2. List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Tue, 24 May 2022 12:17:49 +0000 Sylvestre Ledru <sylvestre@debian.org> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#f50be3d2 [TableGen] Remove code beadsCode beads is useless since the only user, M68k, has moved on toa new encoding/decoding infrastructure. List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Tue, 24 May 2022 02:53:48 +0000 Sheng <ox59616e@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#fdcb256f [TableGen] X86 mnemonic tables backendAdd tablegen backend that generates X86 mnemonic-based opcode groupings, e.g.`isADD`, `isTEST`, etc.Addresses https://lists.llvm.org/pipermail/llvm-dev/2022-January/154526.htmlReviewed By: skanDifferential Revision: https://reviews.llvm.org/D121571 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Fri, 18 Mar 2022 08:41:10 +0000 Amir Ayupov <aaupov@fb.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#d709dcc0 [openacc][openmp] Reduce number of generated file and prefer inclusion of .incFollow up from D92955 and D83636. This patch makes the base cpp filesOMP.cpp and ACC.cpp normal files and they now include the XXX.inc filegenerated by tablegen. This reduces the number of file generated by theDirectiveEmitter backend and makes it closer to the proposal in D83636.Reviewed By: MeinersburDifferential Revision: https://reviews.llvm.org/D93560 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Tue, 23 Mar 2021 13:10:04 +0000 Valentin Clement <clementval@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#50334319 [M68k][TableGen](1/8) TableGen related changes - Add a new TableGen backend: CodeBeads - Add support to generate logical operand informationFor the first item, it is currently a workaround of M68k's (complex)instruction encoding. A typical architecture, especially CISC one likeX86, normally uses `MCInstrDesc::TSFlags` to carry instruction encodinginfo. However, at the early days of M68k backend development, we foundit difficult to fit every possible encoding into the 64-bit`MCInstrDesc::TSFlags`. Therefore CodeBeads was invented to providean alternative, arbitrary length container for instruciton encodinginfo. However, in the long term we incline not to use a new TGbackend for less common pattern like what we encountered in M68k. A bughas been created to host to discussion on migrating from CodeBeads tomore concise solution: https://bugs.llvm.org/show_bug.cgi?id=48792The second item was also served for similar purpose. It created utilityfunctions that tell you the index of a `MachineOperand` in a`MachineInst` given a logical operand index. In normal cases a logicaloperand is the same as `MachineOperand`, but for operands using complexaddressing mode a logical operand might be consisting of multiple`MachineOperand`. The TableGen-ed `getLogicalOperandIdx`, for instance,can give you the mapping between these two concepts. Nevertheless, wehope to remove this feature in the future if possible. Since it's notreally useful for the targets supported by LLVM now either.Authors: myhsu, m4yers, glaubitzDifferential Revision: https://reviews.llvm.org/D88385 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Mon, 08 Mar 2021 00:30:54 +0000 Min-Yih Hsu <minyihh@uci.edu> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#6e42a417 [flang][openmp] Check clauses allowed semantic with tablegen generated mapSummary:This patch is enabling the generation of clauses enum sets for semantics check in Flang throughtablegen. Enum sets and directive - sets map is generated by the new tablegen infrsatructure for OpenMPand other directive languages.The semantic checks for OpenMP are modified to use this newly generated map.Reviewers: DavidTruby, sscalpone, kiranchandramohan, ichoyjx, jdoerfertReviewed By: DavidTruby, ichoyjxSubscribers: mgorny, yaxunl, hiraditya, guansong, sstefan1, aaron.ballman, llvm-commitsTags: #llvmDifferential Revision: https://reviews.llvm.org/D83326 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Sat, 11 Jul 2020 16:42:05 +0000 Valentin Clement <clementval@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#1a70077b [openmp] Move Directive and Clause helper function to tablegenSummary:Follow up to D81736. Move getOpenMPDirectiveKind, getOpenMPClauseKind, getOpenMPDirectiveName andgetOpenMPClauseName to the new tablegen code generation. The code is generated in a new file named OMP.cpp.incReviewers: jdoerfert, jdenny, thakisReviewed By: jdoerfert, jdennySubscribers: mgorny, yaxunl, hiraditya, guansong, sstefan1, llvm-commits, thakisTags: #llvmDifferential Revision: https://reviews.llvm.org/D82405 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Tue, 30 Jun 2020 18:36:37 +0000 Valentin Clement <clementval@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#d90443b1 [openmp] Base of tablegen generated OpenMP common declarationSummary:As discussed previously when landing patch for OpenMP in Flang, the idea isto share common part of the OpenMP declaration between the different Frontend.While doing this it was thought that moving to tablegen instead of Macros will alsogive a cleaner and more powerful way of generating these declaration.This first part of a future series of patches is setting up the base .td file forDirectiveLanguage as well as the OpenMP version of it. The base file is meant tobe used by other directive language such as OpenACC.In this first patch, the Directive and Clause enums are generated with tablegeninstead of the macros on OMPConstants.h. The next pacth will extend thisto other enum and move the Flang frontend to use it.Reviewers: jdoerfert, DavidTruby, fghanim, ABataev, jdenny, hfinkel, jhuber6, kiranchandramohan, kiranktpReviewed By: jdoerfert, jdennySubscribers: arphaman, martong, cfe-commits, mgorny, yaxunl, hiraditya, guansong, jfb, sstefan1, aaron.ballman, llvm-commitsTags: #llvm, #openmp, #clangDifferential Revision: https://reviews.llvm.org/D81736 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Tue, 23 Jun 2020 13:29:50 +0000 Valentin Clement <clementval@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#8383ac61 Revert commit 9e52530 because of dependencies issueThis reverts commit 9e525309fb3cbea4ab341b54d127d97831962285. List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Mon, 22 Jun 2020 13:56:14 +0000 Valentin Clement <clementval@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#9e525309 [openmp] Base of tablegen generated OpenMP common declarationSummary:As discussed previously when landing patch for OpenMP in Flang, the idea isto share common part of the OpenMP declaration between the different Frontend.While doing this it was thought that moving to tablegen instead of Macros will alsogive a cleaner and more powerful way of generating these declaration.This first part of a future series of patches is setting up the base .td file forDirectiveLanguage as well as the OpenMP version of it. The base file is meant tobe used by other directive language such as OpenACC.In this first patch, the Directive and Clause enums are generated with tablegeninstead of the macros on OMPConstants.h. The next pacth will extend thisto other enum and move the Flang frontend to use it.Reviewers: jdoerfert, DavidTruby, fghanim, ABataev, jdenny, hfinkel, jhuber6, kiranchandramohan, kiranktpReviewed By: jdoerfert, jdennySubscribers: cfe-commits, mgorny, yaxunl, hiraditya, guansong, jfb, sstefan1, aaron.ballman, llvm-commitsTags: #llvm, #openmp, #clangDifferential Revision: https://reviews.llvm.org/D81736 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Mon, 22 Jun 2020 13:32:47 +0000 Valentin Clement <clementval@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#72c68f13 [TableGen] Remove unused target intrinsic generation logicAMDGPU was the last in tree target to use this tablegen mode. I plan tosplit up the global intrinsic enum similar to the way that clangdiagnostics are split up today. I don't plan to build on this mode.Reviewers: arsenm, echristo, efriedmaReviewed By: echristoDifferential Revision: https://reviews.llvm.org/D71318 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Wed, 11 Dec 2019 15:37:16 +0000 Reid Kleckner <rnk@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#64ada7ac [TableGen] Add backend to generate command guide for tools using libOption.For lldb and dsymutil, the command guide is essentially a copy of itshelp output generated by libOption. Making sure the two stay in sync istedious and error prone. Given that we already generate the help from atablegen file, we might as well generate the RST as well.This adds a tablegen backend for generating Sphinx/RST command guidesfrom the tablegen file.Differential revision: https://reviews.llvm.org/D70610 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Fri, 22 Nov 2019 22:07:21 +0000 Jonas Devlieghere <jonas@devlieghere.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#e6674010 [TableGen] Introduce a generic automaton (DFA) backendSummary:This patch introduces -gen-automata, a backend for generating deterministic finite-state automata.DFAs are already generated by the -gen-dfa-packetizer backend. This backend is more generic and willhopefully be used to implement the DFA generation (and determinization) for the packetizer in thefuture.This backend allows not only generation of a DFA from an NFA (nondeterministic finite-stateautomaton), it also emits sidetables that allow a path through the DFA under a sequence of inputs tobe analyzed, and the equivalent set of all possible NFA transitions extracted.This allows a user to not just answer "can my problem be solved?" but also "what is thesolution?". Clearly this analysis is more expensive than just playing a DFA forwards so isopt-in. The DFAPacketizer has this behaviour already but this is a more compact and genericrepresentation.Examples are bundled in unittests/TableGen/Automata.td. Some are trivial, but the BinPacking exampleis a stripped-down version of the original target problem I set out to solve, where we pack values(actually immediates) into bins (an immediate pool in a VLIW bundle) subject to a set of esotericconstraints.Reviewers: t.p.northoverSubscribers: mgorny, llvm-commitsTags: #llvmDifferential Revision: https://reviews.llvm.org/D67968llvm-svn: 373718 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Fri, 04 Oct 2019 09:03:36 +0000 James Molloy <jmolloy@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#505d7f31 [gicombiner] Add the boring boilerplate for the declarative combinerSummary:This is the first of a series of patches extracted from a much bigger WIPpatch. It merely establishes the tblgen pass and the way empty combinerhelpers are declared and integrated into a combiner info.The tablegen pass takes a -combiners option to select the combiner helperthat will be generated. This can be given multiple values to generatemultiple combiner helpers at once. Doing so helps to minimize parsingoverhead.The reason for creating a GlobalISel subdirectory in utils/TableGen is thatthere will be quite a lot of non-pass files (~15) by the time the patchseries is done.Reviewers: volkanSubscribers: mgorny, hiraditya, simoncook, Petar.Avramovic, s.egerton, llvm-commitsTags: #llvmDifferential Revision: https://reviews.llvm.org/D68286llvm-svn: 373527 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Wed, 02 Oct 2019 21:13:07 +0000 Daniel Sanders <daniel_l_sanders@apple.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#2946cd70 Update the file headers across all of the LLVM projects in the monorepoto reflect the new license.We understand that people may be surprised that we're moving the headerentirely to discuss the new license. We checked this carefully with theFoundation's lawyer and we believe this is the correct approach.Essentially, all code in the project is now made available by the LLVMproject under our new license, so you will see that the license headersinclude that license only. Some of our contributors have contributedcode under our old license, and accordingly, we have retained a copy ofour old license notice in the top-level files in each project andrepository.llvm-svn: 351636 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Sat, 19 Jan 2019 08:50:56 +0000 Chandler Carruth <chandlerc@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#41c8af39 [MCSched] Bind PFM Counters to the CPUs instead of the SchedModel.Summary:The pfm counters are now in the ExegesisTarget rather than theMCSchedModel (PR39165).This also compresses the pfm counter tables (PR37068).Reviewers: RKSimon, gchateletSubscribers: mgrang, llvm-commitsDifferential Revision: https://reviews.llvm.org/D52932llvm-svn: 345243 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Thu, 25 Oct 2018 07:44:01 +0000 Clement Courbet <courbet@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#c63b5fcb [WebAssembly][NFC] Remove WebAssemblyStackifier TableGen backendSummary:Replace its functionality with a TableGen InstrInfo relationalinstruction mapping. Although arguably more complex than the TableGenbackend, the relational mapping is a smaller maintenance burden than aTableGen backend.Reviewers: aardappel, aheejin, dschuffSubscribers: mgorny, sbc100, jgravelle-google, sunfish, llvm-commitsDifferential Revision: https://reviews.llvm.org/D53307llvm-svn: 344962 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Mon, 22 Oct 2018 21:55:26 +0000 Thomas Lively <tlively@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h#211874d2 [WebAssembly] TableGen backend for stackifying instructionsSummary:The new stackification backend generates the giant switch statementused to translate instructions to their stackified forms. I did thisbecause it was more interesting than adding all the different vectorversions of the various SIMD instructions to the switch statmentmanually.Reviewers: aardappel, aheejin, dschuffSubscribers: mgorny, sbc100, jgravelle-google, sunfish, jfb, llvm-commitsDifferential Revision: https://reviews.llvm.org/D51318llvm-svn: 340781 List of files: /llvm-project-15.0.7/llvm/utils/TableGen/TableGenBackends.h Mon, 27 Aug 2018 22:02:09 +0000 Thomas Lively <tlively@google.com>