search for: llvmtablegen

I made a simple edit to TGlexer.h, which is part of TableGen. Then, in Visual Studio, I asked it to build Tablegen. I got the following output: 1>------ Build started: Project: LLVMTableGen, Configuration: Release x64 ------ 1>Main.cpp 1>TGLexer.cpp 1>TGParser.cpp 1>LLVMTableGen.vcxproj -> D:\LLVM\Build\Release\lib\LLVMTableGen.lib ========== Build: 1 succeeded, 0 failed, 3 up-to-date, 0 skipped ========== Makes sense to me. But why doesn't it continue on and relin...

...as between the old target_link_libraries(foo bar) and the new target_link_libraries(foo INTERFACE|PRIVATE|PUBLIC bar) To try to find out, I decided to look at the generated build.ninja. The difference that shows up is far fewer order only dependencies. For example build lib/TableGen/CMakeFiles/LLVMTableGen.dir/Error.cpp.o: CXX_COMPILER /home/espindola/llvm/llvm/lib/TableGen/Error.cpp || lib/libLLVMSupport.a becomes just build lib/TableGen/CMakeFiles/LLVMTableGen.dir/Error.cpp.o: CXX_COMPILER /home/espindola/llvm/llvm/lib/TableGen/Error.cpp The net result is that in the old system running ninja ....

...e.rc.res /out:bin\llvm-tblgen.exe /implib:lib\llvm-tblgen.lib /pdb:bin\llvm-tblgen.pdb /version:0.0 /machine:x64 -fuse-ld=lld /STACK:10000000 -fprofile-instr-generate='C:\code\clang-builder\build\instrumented\profiles\%4m.profraw' /INCREMENTAL:NO /subsystem:console lib\LLVMSupport.lib lib\LLVMTableGen.lib lib\LLVMSupport.lib psapi.lib shell32.lib ole32.lib uuid.lib advapi32.lib lib\LLVMDemangle.lib kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib && cmd.exe /C "cd /D C:\code\clang-builder\build\instrumented\utils\Ta...

...2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 pandora 144% clang++ --version clang version 3.1 (trunk 146659) Target: x86_64-apple-darwin10.8.0 Thread model: posix pandora 145% pwd /scratch/kent/llvm/llvm pandora 146% cd ../build pandora 147% make [ 5%] Built target LLVMSupport [ 5%] Built target LLVMTableGen Linking CXX executable ../../bin/llvm-tblgen Call parameter type does not match function signature! %"class.llvm::FoldingSetImpl"* getelementptr inbounds (%"class.llvm::FoldingSet"* @_ZZN4llvm8BitsInit3getENS_8ArrayRefIPNS_4InitEEEE7ThePool, i64 0, i32 0) %"type 0x100e180c...

Ryan, I've always been bothered by this tab character that doesn't come from the target. The line you're looking for I believe is from /utils/TableGen/AsmWriterEmitter.cpp at line 428. In my opinion the target should control whether a prefix is printed before an instruction. Thanks, Javier From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of ryan

...ecently updated to LLVM svn version 258915 from 258477. I use ELLCC to cross compile all the tools for various Linux targets and for Windows. Yesterday, after updating the LLVM sources, I got the following error when cross building for MinGW: [ 3%] Built target LLVMSupport [ 3%] Built target LLVMTableGen [ 4%] Built target obj.llvm-tblgen [ 4%] Linking CXX executable ../../bin/llvm-tblgen /home/rich/ellcc-release/bin/../libecc/mingw/x86_64-w64-mingw32/sys-root/mingw/lib/libstdc++.a(string-inst.o): In function `std::basic_string<char, std::char_traits<char>, std::allocator<char> &...

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...

...orry, I could not find any trivial code that has the same issue yet. Following is the output of the compilation process: yawmoo at yawmoo-MRNM3AP:~/Desktop/clfs/sources/llvm-build-native-with-lld$ cmake --build . [ 0%] Built target LLVMDemangle [ 3%] Built target LLVMSupport [ 3%] Built target LLVMTableGen [ 4%] Built target obj.llvm-tblgen [ 4%] Built target llvm-tblgen [ 4%] Built target AttributeCompatFuncTableGen [ 4%] Built target intrinsics_gen [ 6%] Built target LLVMCore [ 6%] Built target LLVMIRReader [ 13%] Built target LLVMCodeGen [ 14%] Built target LLVMSelectionDAG [ 14%] Built targ...

...yet. >> >> Following is the output of the compilation process: >> >> yawmoo at yawmoo-MRNM3AP:~/Desktop/clfs/sources/llvm-build-native-with-lld$ cmake --build . >> [ 0%] Built target LLVMDemangle >> [ 3%] Built target LLVMSupport >> [ 3%] Built target LLVMTableGen >> [ 4%] Built target obj.llvm-tblgen >> [ 4%] Built target llvm-tblgen >> [ 4%] Built target AttributeCompatFuncTableGen >> [ 4%] Built target intrinsics_gen >> [ 6%] Built target LLVMCore >> [ 6%] Built target LLVMIRReader >> [ 13%] Built target LLV...

...he output of the compilation process: >>> >>> yawmoo at yawmoo-MRNM3AP:~/Desktop/clfs/sources/llvm-build-native-with-lld$ cmake --build . >>> [ 0%] Built target LLVMDemangle >>> [ 3%] Built target LLVMSupport >>> [ 3%] Built target LLVMTableGen >>> [ 4%] Built target obj.llvm-tblgen >>> [ 4%] Built target llvm-tblgen >>> [ 4%] Built target AttributeCompatFuncTableGen >>> [ 4%] Built target intrinsics_gen >>> [ 6%] Built target LLVMCore >>> [ 6%] Built targ...

Hello, I have tried a lot fix this error but am not able to can you please find me a solution am trying to compile the SAFECode in Cygwin Environment to work for windows. used make -j4 command to make the files in cygwin i have got this error make[5]: Leaving directory '/home/uidr7475/Work/LLVM_OBJ/projects/safecode/tools/clang/include' /usr/bin/cp: cannot stat

...ilation process: >>>> >>>> yawmoo at yawmoo-MRNM3AP:~/Desktop/clfs/sources/llvm-build-native-with-lld$ cmake --build . >>>> [ 0%] Built target LLVMDemangle >>>> [ 3%] Built target LLVMSupport >>>> [ 3%] Built target LLVMTableGen >>>> [ 4%] Built target obj.llvm-tblgen >>>> [ 4%] Built target llvm-tblgen >>>> [ 4%] Built target AttributeCompatFuncTableGen >>>> [ 4%] Built target intrinsics_gen >>>> [ 6%] Built target LLVMCore >>&g...

...t;>>>>> >>>>>> yawmoo at yawmoo-MRNM3AP:~/Desktop/clfs/sources/llvm-build-native-with-lld$ cmake --build . >>>>>> [ 0%] Built target LLVMDemangle >>>>>> [ 3%] Built target LLVMSupport >>>>>> [ 3%] Built target LLVMTableGen >>>>>> [ 4%] Built target obj.llvm-tblgen >>>>>> [ 4%] Built target llvm-tblgen >>>>>> [ 4%] Built target AttributeCompatFuncTableGen >>>>>> [ 4%] Built target intrinsics_gen >>>>>> [ 6%] Built target LLV...

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 @@

> On 26 Jun 2017, at 16:25, Rui Ueyama <ruiu at google.com> wrote: > > On Sun, Jun 25, 2017 at 6:40 AM, Alessandro Pistocchi via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > Hi, > > I am trying to build a completely GNU free linux toolchain for the raspberry pi. > > I successfully managed to compile llvm and clang

.../clang.dir 14M build/tools/clang/tools/driver/CMakeFiles 14M build/tools/clang/tools/driver 14M build/lib/Target/PowerPC/MCTargetDesc/CMakeFiles/LLVMPowerPCDesc.dir 14M build/lib/Target/PowerPC/MCTargetDesc/CMakeFiles 14M build/lib/Target/PowerPC/MCTargetDesc 14M build/lib/TableGen/CMakeFiles/LLVMTableGen.dir 14M build/lib/TableGen/CMakeFiles 14M build/lib/TableGen 13M build/tools/llvm-mca/CMakeFiles/llvm-mca.dir 13M build/tools/llvm-mca/CMakeFiles 13M build/tools/llvm-mca 13M build/tools/llvm-cfi-verify 13M build/tools/lli/CMakeFiles/lli.dir 13M build/tools/lli/CMakeFiles 13M build/tools/c...