similar to: [LLVMdev] tblgen automated code emitter?

> Aaron, I mailed in the same mail twice (by mistake), you answered both > copies. Differently! > > In any case, I've re-read what exists. I'm dumping what I understand > here, so that we can discuss in detail. I'm using MachO as the example > object format, as the ELF code is totally broken and outdated. Lets > use the following as the basis for our discussion?

> I've never looked at the MachO code as I do not have such a platform nor do > I know the file format. > > Could we concentrate on the ELF backend, please. I don't mind using the ELF backend as our test case, it just seems that the ELFWriter/ELFCodeEmitter don't even use the BufferBegin/BufferEnd/CurBufferPtr system exposed by the base MachineCodeEmitter. There is a big

Hi all, when trying to build LLVM+Clang (r180247) on a BlueGene/Q, I get the following error message (multiple times): llvm[3]: Building PPC.td code emitter with tblgen llvm-tblgen: Unknown command line argument '-gen-emitter'. Try: '/homea/jjsc13/jjsc1301/.pool/.build/llvm_r180241/Release+Asserts/bin/llvm-tblgen -help' llvm-tblgen: Did you mean '-mc-emitter'? Has

I'm trying to generate MipsGenAsmMatcher.inc for MipsAsmParser.cpp. What added restrictions for the .td file contents are there for tblgen -gen-asm-matcher? For the Mips platform we create the following .inc files through tblgen. tablegen(LLVM MipsGenRegisterInfo.inc -gen-register-info) tablegen(LLVM MipsGenInstrInfo.inc -gen-instr-info) tablegen(LLVM MipsGenCodeEmitter.inc -gen-emitter)

Hi Jack, On Jan 25, 2012, at 6:45 PM, "Carter, Jack" <jcarter at mips.com> wrote: > I'm trying to generate MipsGenAsmMatcher.inc for MipsAsmParser.cpp. > > What added restrictions for the .td file contents are there for tblgen -gen-asm-matcher? > Lots, as you're finding, almost all of them completely undocumented. :( > For the Mips platform we create

>Done Yay, we got Wiki, now I can do some wicked UML diagrams for LLVM, he, he, he :) Many thanks, Aaron On Thu, Mar 19, 2009 at 3:58 PM, Daniel Berlin <dberlin at dberlin.org> wrote: > As soon as i get out of this meeting I will > > On Thu, Mar 19, 2009 at 3:22 PM, someguy > <just.s0m3.guy+llvmdev at gmail.com> wrote: >> Daniel, can you set up the virtual

As soon as i get out of this meeting I will On Thu, Mar 19, 2009 at 3:22 PM, someguy <just.s0m3.guy+llvmdev at gmail.com> wrote: > Daniel, can you set up the virtual host please? > > On Thu, Mar 19, 2009 at 9:02 PM, John Criswell <criswell at cs.uiuc.edu> wrote: >> John Criswell wrote: >>> someguy wrote: >>> >>>> Hi All, >>>>

Daniel, Can we add the relevant plugins for pretty printing of source code? On Fri, Mar 20, 2009 at 4:45 AM, Aaron Gray <aaronngray.lists at googlemail.com > wrote: > >Done > > Yay, we got Wiki, now I can do some wicked UML diagrams for LLVM, he, he, > he > :) > > Many thanks, > > Aaron > > On Thu, Mar 19, 2009 at 3:58 PM, Daniel Berlin <dberlin at

someguy wrote: > Oh. One more thing: > > Paulo, while your working out how to do what Chris said (making usage > of bigints into library calls), wouldn't it just warm your heart to > document the process on the wiki? > > </wiki pimping> > > On Wed, Mar 25, 2009 at 9:16 AM, someguy > <just.s0m3.guy+llvmdev at gmail.com> wrote: > >> Oh. I

Done On Thu, Mar 19, 2009 at 3:58 PM, Daniel Berlin <dberlin at dberlin.org> wrote: > As soon as i get out of this meeting I will > > On Thu, Mar 19, 2009 at 3:22 PM, someguy > <just.s0m3.guy+llvmdev at gmail.com> wrote: >> Daniel, can you set up the virtual host please? >> >> On Thu, Mar 19, 2009 at 9:02 PM, John Criswell <criswell at cs.uiuc.edu>

Hi, everyone. Does anyone faced with the MSVC Debug build issues of clang-tblgen and llvm-tblgen? I'm using Windows10 Pro. MSVC and GCC. Here is my cmake setup: cmake -GNinja ../llvm -DLLVM_ENABLE_PROJECTS=clang -DLLVM_TARGETS_TO_BUILD=X86 -DCMAKE_BUILD_TYPE=Debug When building debug with GCC, cmd shows next: D:\llvm-project\buildn2\bin>clang-tblgen.exe --version LLVM

On Wed, Feb 06, 2013 at 11:47:31PM +0100, Dmitry Mikushin wrote: > Dear all, > > I need your help to understand weird llvm-tblgen behavior. Please take your > favourite version of llvm-tblgen and use it in the root directory of the > archive attached in both bug reports: > > http://llvm.org/bugs/show_bug.cgi?id=15188 > http://llvm.org/bugs/show_bug.cgi?id=15189 $

Dear all, I need your help to understand weird llvm-tblgen behavior. Please take your favourite version of llvm-tblgen and use it in the root directory of the archive attached in both bug reports: http://llvm.org/bugs/show_bug.cgi?id=15188 http://llvm.org/bugs/show_bug.cgi?id=15189 ==== 1) First test case: crashing ==== $ ./llvm-tblgen -gen-tgt-intrinsic NVPTX1.td assert(iid <=

I've got another idea for a tblgen extension but I don't have a good feel for how feasible it is. Hopefully someone can provide guidance. What I want to do is something like this: class C1<int A, string B> { int foo = A; string bar = B; } class Bb<int A> : C1<A, "foo">; class Cb<int A> : C1<A, "bar">; class C2<C1 Base, int

On Mar 24, 2009, at 11:20 PM, someguy wrote: > I could be wrong, but I think that you may need to add a 'big-integer' > intrinsic type to llvm. No, please don't. GMP is just another library like libc, your front- end should just generate calls into it like any other library. This is similar to how we handle threading and many other "language features". -Chris

On Dec 9, 2010, at 4:50 AM, Garrison Venn wrote: > Is there a reason that RecordKeeper:: getAllDerivedDefinitions(...) implementation > accesses the global Records instance instead of just referencing itself? > > As far as I can tell from the usage: > > 1) Records has the linkage as extern RecordKeeper Records in Record.h > 2) Is instantiated as a global in TableGen >

Hey Chris, The following patch removes all global references to a RecordKeeper instance for the tblgen utility. This effort was motivated by the FIXME remark, in TableGen.cpp. Although a few files were touched, the main change was to Record.h. The patch takes the simple approach of adding a RecordKeeper reference to TGParser, and any needed emitter helper classes. In addition, since some of

John Criswell wrote: > someguy wrote: > >> Hi All, >> >> I've started outlining the notes I'd like to see on the wiki on the >> front page (http://google2.osuosl.org/wiki/index.php/Main_Page). >> >> I'll hopefully add a bunch of those as I go along, but feel free to >> both correct my mistakes and fill in the blanks. >> >>

Hi there, I think I've found a bug in the x86 JIT. I get an assertion failure when using thread-local variables and the fast emitter. It only happens with the JIT, the fast emiiter and thread-locals. (The IR passes the verifier) Here's the failure: X86CodeEmitter.cpp:516: void<unnamed>::Emitter::emitInstruction(const llvm::MachineInstr&, const llvm::TargetInstrDesc*):

On Fri, Dec 9, 2011 at 4:46 AM, Llopard Ivan <ivanllopard at gmail.com> wrote: > Hi all, > > I am writing a back-end for a processor that has complex type registers. > It has two functional units to perform complex multiplications. >  From clang, I emulate a complex multiplication using vectors and, at > the IR, I got this tblgen-friendly pattern (real component) : >