search for: tablegen

...ration that is wrong for this setup? Or is this build configuration not supported at all? Thanks for the help, Tobias [285/1938] Linking CXX executable bin\llvm-tblgen.exe FAILED: bin/llvm-tblgen.exe cmd.exe /C "cd . && C:\.conan\6785u87h\1\bin\cmake.exe -E vs_link_exe --intdir=utils\TableGen\CMakeFiles\llvm-tblgen.dir --manifests -- C:\code\clang-builder\src\bootstrap\bin\lld-link.exe /nologo utils\TableGen\CMakeFiles\llvm-tblgen.dir\AsmMatcherEmitter.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\AsmWriterEmitter.cpp.obj utils\TableGen\CMakeFiles\llvm-tblgen.dir\AsmWriterInst.cpp....

...e llvm 2.9 and clang is latest version ( I don't know, I got from svn). I am wondering is it because of version problem ? Does clang work with 2.9 llvm ? llvm[3]: Compiling ClangASTNodesEmitter.cpp for Debug build In file included from /home/jmatai/Work/llvm2.9/llvm/final/tools/clang/utils/TableGen/ClangASTNodesEmitter.cpp:14: /home/jmatai/Work/llvm2.9/llvm/final/tools/clang/utils/TableGen/ClangASTNodesEmitter.h:17:43: error: llvm/TableGen/TableGenBackend.h: No such file or directory /home/jmatai/Work/llvm2.9/llvm/final/tools/clang/utils/TableGen/ClangASTNodesEmitter.h:18:34: error: llvm/...

...When linking tblgen tool I get below error message on MinGW. I have put TOOLLINKOPTS=-ldbghelp in Makefile.config. However, when rearranging library dbghelp to the end of the g++ line, tblgen gets linked. -------------------------- make[2]: Entering directory `/C/Projects/build/MinGW/llvm/utils/TableGen' Linking Debug executable tblgen /C/Projects/build/MinGW/llvm/mklib --tag=disable-shared --tag=CXX --mode=link g++ -I/C/Projects/build/MinGW/llvm/utils/TableGen -I/C/Projects/build/MinGW/llvm/../../../src/llvm/utils/TableGen -I/C/Projects/build/MinGW/llvm/../../../src/llvm/include -I/C/Proj...

...vm/trunk_nolibtool/src/autoconf/mkinstalldirs $dir; \ /opt/local/bin/cp /Users/jyasskin/src/llvm/trunk_nolibtool/src/$dir/Makefile $dir/Makefile; \ fi; \ (make -C $dir all ) || exit 1; \ done make[1]: Nothing to be done for `all'. make[1]: Nothing to be done for `all'. if [ ! -f TableGen/Makefile ]; then \ /Users/jyasskin/src/llvm/trunk_nolibtool/src/autoconf/mkinstalldirs TableGen; \ /opt/local/bin/cp /Users/jyasskin/src/llvm/trunk_nolibtool/src/utils/TableGen/Makefile TableGen/Makefile; \ fi; \ make -C TableGen all llvm[2]: Linking Debug executable tblgen g++ -I/Users/jya...

...sanitizer-x86_64-linux-bootstrap/). In clang itself there are two leaks (http://llvm.org/bugs/show_bug.cgi?id=18318, http://llvm-reviews.chandlerc.com/D2472) and one lsan-hostile feature (http://llvm.org/bugs/show_bug.cgi?id=18320), all of which are easy to fix. And there are also lots of leaks in TableGen. Would anyone be interested in fixing TableGen leaks? I'd guess not since TableGen is not a user-facing utility, leaks there are not too harmful. If so, I'd like to disable lsan for TableGen so that we can enable lsan on the bootstrap bot soon. Objections? --kcc Index: utils/TableGen/Tabl...

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

Hi all, On my Fedora 10 x86-64 the current svn dies in the following way: /home/maurice/installation/llvm-dev/utils/TableGen/Debug/TGLexer.o: In function `llvm::TGLexer::getNextChar()': /home/maurice/installation/llvm-dev/utils/TableGen/TGLexer.cpp:71: undefined reference to `llvm::TGSourceMgr::FindBufferContainingLoc(llvm::TGLoc) const' /home/maurice/installation/llvm-dev/utils/TableGen/Debug/TGLexer.o: In funct...

...itself there are two leaks > > (http://llvm.org/bugs/show_bug.cgi?id=18318, > http://llvm-reviews.chandlerc.com/D2472) > > and one lsan-hostile feature (http://llvm.org/bugs/show_bug.cgi?id=18320), > > all of which are easy to fix. > > And there are also lots of leaks in TableGen. I think the problem with TableGen is that we call leak checking too late - after the global destructors, not before them. IIRC pointers to objects "leaked" in TableGen are stored in a set with static storage duration. If we're able to call __lsan_do_leak_check() right after main(),...

I was confused by the lack of TableGen backends in the llvm/lib/tablegen directory until I stumbled upon the llvm/utils/tablegen directory. Could someone explain why TableGen is divided into these two directories? ---------------------------------------------------------------- Windfall Paul C. Anagnostopoulos ----...

...the libraries to link in. In other words, g++ -Lpath1 -Lpath2 -ldbghelp -lSystem ...instead of... g++ -ldbghelp -lSystem -Lpath1 -Lpath2 Just a guess; can anyone verify this? -- John T. > > -------------------------- > make[2]: Entering directory `/C/Projects/build/MinGW/llvm/utils/TableGen' > Linking Debug executable tblgen > /C/Projects/build/MinGW/llvm/mklib --tag=disable-shared --tag=CXX > --mode=link g++ -I/C/Projects/build/MinGW/llvm/utils/TableGen > -I/C/Projects/build/MinGW/llvm/../../../src/llvm/utils/TableGen > -I/C/Projects/build/MinGW/llvm/../../../sr...

Alright, this version works for me. Anything else that needs to be done? -Alex > On Oct 7, 2015, at 8:15 PM, Alex Wang <aw1621107 at gmail.com> wrote: > > diff --git a/cmake/modules/TableGen.cmake b/cmake/modules/TableGen.cmake > index 452a728..cb06450 100644 > --- a/cmake/modules/TableGen.cmake > +++ b/cmake/modules/TableGen.cmake > @@ -70,6 +70,15 @@ function(add_public_tablegen_target target) > set(LLVM_COMMON_DEPENDS ${LLVM_COMMON_DEPENDS} ${target} PARENT_SCOPE) &...

Are multi-output patterns in TableGen supposed to work, or is that a known limitation in the current implementation? If I have TableGen code like the following... 1242 def SDTTestNode : SDTypeProfile<2, 1, [SDTCisSameAs<0, 1>]>; 1243 def TestNode : SDNode<"NVPTXISD::TestNode", SDTTestNode>; 1244 1245 def M...

This is the second in a series of occasional TableGen newsletters. The purpose is to inform the greater LLVM community of changes and enhancements to TableGen and its backends. * As announced previously, there are two new TableGen documents and three updated ones: TableGen Overview --- https://llvm.org/docs/TableGen/ TableGen Programmer's Refere...

Hello, Neal > You may want to note that you need glibc-devel.i386 to build. Otherwise you > get error on /usr/include/gnu/stubs-32.h missing. Do you have pure 64 bit system? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

You may want to note that you need glibc-devel.i386 to build. Otherwise you get error on /usr/include/gnu/stubs-32.h missing.

...arnings. Adding a target with a nonexistent dependency makes CMake dump a bunch of developer warnings. Other than that this looks good. Does it resolve the issue for you? -Chris > On Oct 7, 2015, at 4:09 PM, Alex Wang <aw1621107 at gmail.com> wrote: > > diff --git a/cmake/modules/TableGen.cmake b/cmake/modules/TableGen.cmake > index 452a728..b24197b 100644 > --- a/cmake/modules/TableGen.cmake > +++ b/cmake/modules/TableGen.cmake > @@ -70,6 +70,13 @@ function(add_public_tablegen_target target) > set(LLVM_COMMON_DEPENDS ${LLVM_COMMON_DEPENDS} ${target} PARENT_SCOPE) &...

On 7/13/2020 21:30, Thomas Lively via llvm-dev wrote: > Part of the problem is that ISel patterns are like their own DSL inside > the TableGen DSL, so keywords like "ins", "outs", and "ops" aren't > keywords at the TableGen level, but rather at the level of the ISel > system implemented with TableGen. Copying existing patterns and reading > the comments in Target.td and TargetSelectionDAG.td a...

Thanks for the info. Is this on someone's list of things to do? On Sun, Jan 6, 2013 at 7:41 PM, Bob Wilson <bob.wilson at apple.com> wrote: > > On Jan 4, 2013, at 9:52 AM, Justin Holewinski <justin.holewinski at gmail.com> > wrote: > > Are multi-output patterns in TableGen supposed to work, or is that a known > limitation in the current implementation? > > > It is a known limitation. You have to write C++ code to match patterns > with multiple outputs. > > > If I have TableGen code like the following... > > 1242 def SDTTestNode : SDType...

Looks good to me! I can commit this for you today. Thanks! -Chris > On Oct 19, 2015, at 2:40 PM, Alex Wang via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Looks like the LLVMSupport patch didn't get everything -- build failed in the > same way on libLLVMTableGen. Problem/solution looked the same as for > LLVMSupport, so just tweaked the previous patch, and consecutive builds > seem to work fine on my machine. > > Hope this won't turn into a game of whack-a-bug. I would guess having each > tablegen build in its own directory would solve...

LGTM. I think it is totally reasonable to just disable LSan directly in tablegen at least for now. I would leave some comments on the disabling to clarify: 1) What it does, the reader may not have heard about LSan. 2) Some of the high-level information from this thread as pointers for anyone who wants to go and fix this some day. -Chandler On Wed, Dec 25, 2013 at 2:26 PM, K...