search for: tblgen

...see build log at the end of the email ). Has anyone managed to build a PGO version of clang on windows? Is there something in my configuration 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\AsmMatcherEmit...

...gt; -#ifndef NDEBUG > +#ifdef LLVM_ENABLE_DUMP > if (!Rec->isSubClassOf("ValueType")) > Rec->dump(); > #endif > > > thanks... > don > > The patch seems to be incomplete as it moves the failure to... [ 6%] Linking CXX executable ../../bin/llvm-tblgen cd /sw/src/fink.build/llvm60-6.0.0-1/build/stage1/utils/TableGen && /sw/bin/cmake -E cmake_link_script CMakeFiles/llvm-tblgen.dir/link.txt --verbose=1 /sw/src/fink.build/llvm60-6.0.0-1/opt-bin/ccclang++ -fno-common -fPIC -fvisibility-inlines-hidden -Werror=date-time -Werror=unguarded-avail...

Is anyone else seeing this bootstrap failure on current svn trunk? [ 6%] Linking CXX executable ../../bin/llvm-tblgen cd /sw/src/fink.build/llvm60-6.0.0-1/build/stage1/utils/TableGen && /sw/bin/cmake -E cmake_link_script CMakeFiles/llvm-tblgen.dir/link.txt --verbose=1 /sw/src/fink.build/llvm60-6.0.0-1/opt-bin/ccclang++ -fno-common -fPIC -fvisibility-inlines-hidden -Werror=date-time -Werror=unguarded-avail...

...LE_DUMP being 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_OBJDU...

...tchableInfo::dump(void)const " (?dump at MatchableInfo@?A0xf4f1c304@@QEBAXXZ) referenced in function "public: void __cdecl `anonymous namespace'::AsmMatcherEmitter::run(class llvm::raw_ostream &)" (?run at AsmMatcherEmitter@?A0xf4f1c304@@QEAAXAEAVraw_ostream at llvm@@@Z) llvm-tblgen D:\llvm\2017\utils\TableGen\AsmMatcherEmitter.obj 1 Since this has been broken for over a day and the fixes are nontrivial, I've reverted your commit (r315590) in r315854. Hopefully this doesn't cause you too many problems! ~Aaron > > Btw, I'm curious how this happened. Do you...

...(?dump at MatchableInfo@?A0xf4f1c304@@QEBAXXZ) referenced in function >> "public: void __cdecl `anonymous >> namespace'::AsmMatcherEmitter::run(class llvm::raw_ostream &)" >> (?run at AsmMatcherEmitter@?A0xf4f1c304@@QEAAXAEAVraw_ostream at llvm@@@Z) >> llvm-tblgen D:\llvm\2017\utils\TableGen\AsmMatcherEmitter.obj 1 >> >> Since this has been broken for over a day and the fixes are >> nontrivial, I've reverted your commit (r315590) in r315854. Hopefully >> this doesn't cause you too many problems! >> >> ~Aaron >&g...

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

...@@QEBAXXZ) referenced in function >> >> "public: void __cdecl `anonymous >> >> namespace'::AsmMatcherEmitter::run(class llvm::raw_ostream &)" >> >> (?run at AsmMatcherEmitter@?A0xf4f1c304@@QEAAXAEAVraw_ostream at llvm@@@Z) >> >> llvm-tblgen D:\llvm\2017\utils\TableGen\AsmMatcherEmitter.obj 1 >> >> >> >> Since this has been broken for over a day and the fixes are >> >> nontrivial, I've reverted your commit (r315590) in r315854. Hopefully >> >> this doesn't cause you too many probl...

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

...t;> >> >> "public: void __cdecl `anonymous >> >> >> namespace'::AsmMatcherEmitter::run(class llvm::raw_ostream &)" >> >> >> (?run at AsmMatcherEmitter@?A0xf4f1c304@@QEAAXAEAVraw_ostream at llvm@@@Z) >> >> >> llvm-tblgen D:\llvm\2017\utils\TableGen\AsmMatcherEmitter.obj 1 >> >> >> >> >> >> Since this has been broken for over a day and the fixes are >> >> >> nontrivial, I've reverted your commit (r315590) in r315854. >> >> >> Hopefully >&...

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

...v8i8 (LD1Onev8b GPR64sp:$Rn)), (v8i8 (LD1Onev8b GPR64sp:$Rm)))), sub_32)>, Requires<[HasDotProd]>; def : DotProductI32<SDOTv8i8, sextloadi8>; def : DotProductI32<UDOTv8i8, zextloadi8>; Then when I extended it to 8 element vectors, the time spent by tblgen exploded: from under 7 seconds (on A-72) on the AArch64 td files and the above patch to more than half an hour when I decided to terminate the processes. Here are the additional def'pats that produce the exponential behavior: def VADDV_32 : OutPatFrag<(ops node:$R), (ADDPv2i32 node:$R, nod...

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

Hi LLVMers, I found a bug in TGParser that is causing llvm-tblgen to crash on bad input. The reduced testcase is attached. The output follows: $ ./llvm-tblgen --version Low Level Virtual Machine (http://llvm.org/): LLVM version 3.1svn DEBUG build with assertions. Built Jan 20 2012 (15:46:08). Default target: x86_64-apple-darwin11.2.0 Host CPU: penryn...

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 $ llvm-tblgen --version LLVM (http://llvm.org/):...

...pp backends so that tools like TableGen would be created that I¹d then use to process the .td files that I¹ll be creating. So I used svn to grab the code from the repository and ran configure and make. However, the build breaks at this point: llvm[1]: Building Intrinsics.gen.tmp from Intrinsics.td tblgen: IntrinsicEmitter.cpp:163: void EmitTypeForValueType(std::ostream&, llvm::MVT::SimpleValueType): Assertion `false && "Unsupported ValueType!"' failed. 0 tblgen 0x00000000801be2bc 1 tblgen 0x00000000801bea14 2 tblgen 0x000003ffffad4b84 3 libc.so.6 0x0000020...

Hi, > llvm[1]: Building Intrinsics.gen.tmp from Intrinsics.td > tblgen: IntrinsicEmitter.cpp:163: void EmitTypeForValueType(std::ostream&, > llvm::MVT::SimpleValueType): Assertion `false && "Unsupported ValueType!"' > failed. this came up before IIRC, but I don't remember the details - buggy system compiler? Try searching the arch...

...t; 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) : >> >> (set RARegs:$dst, (insertelt RARegs:$src, >> (i16 (trunc (add >> (ncmul >> (sext (i16 (extractelt RARegs:$a, imm))), >> (sext (i16 (extractelt RARegs:$b, imm))) >>...

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) : (set RARegs:$dst, (insertelt RARegs:$src, (i16 (trunc (add (ncmul (sext (i16 (extractelt RARegs:$a, imm))), (sext (i16 (extractelt RARegs:$b, imm))) ), (ncmul (sext (i16 (extr...

On Thu, Mar 17, 2016 at 11:45 AM, Sedat Dilek <sedat.dilek at gmail.com> wrote: > On Thu, Mar 17, 2016 at 10:05 AM, Sedat Dilek <sedat.dilek at gmail.com> wrote: >> On Mon, Mar 14, 2016 at 5:30 PM, Chris Bieneman <cbieneman at apple.com> wrote: >> [ brutal-snip ] >> ... >>> [ TODO#S: Before doing a 2nd build (and in a 3rd run using more >>>