search for: tbb

Hello! The if-converter tries to match 'Simple' patterns looking like this: // Simple (split, no rejoin): // EBB // | \_ // | | // | TBB---> exit // | // FBB The IfConverter::ValidSimple method (lib/CodeGen/IfConversion.cpp:461) checks if TBB matches this pattern. It basically does this by simply checking if AnalyseBranch fails on that block (IfConversion.cpp:640). This fails if TBB contains something that Analy...

That's true, TBB is limited in compatibility. I don't necessarily think that's where a parallel FLAC API should head, but they're something to be said for Intel's increasing openness with the project and the pipeline design itself. The pipeline could possible be ported to pthreads. Our project was...

Along the same line as Frederick, myself and another university student were able to implement a multi threaded FLAC encoder, but using Intel's Threading Building Blocks (TBB) package. We saw similar near-linear speedup. Our solution is a bit more convoluted since we were learning the API, TBB and writing the encoder all in one 6 week period. We used a pipeline model on the input stream, and considered each token in the pipeline to be a single block of audio. We also...

...P_VECTORS -D DSLASH_TMP_LINKS -D SPEC_CPU_LP64 -I/opt/intel/compilers_and_libraries_2019.2.187/linux/ipp/include -I/opt/intel/compilers_and_libraries_2019.2.187/linux/mkl/include -I/opt/intel/compilers_and_libraries_2019.2.187/linux/pstl/include -I/opt/intel/compilers_and_libraries_2019.2.187/linux/tbb/include -I/opt/intel/compilers_and_libraries_2019.2.187/linux/tbb/include -I/opt/intel/compilers_and_libraries_2019.2.187/linux/daal/include -I/opt/intel/compilers_and_libraries_2019.2.187/linux/ipp/include -I/opt/intel/compilers_and_libraries_2019.2.187/linux/mkl/include -I/opt/intel/compilers_and...

...pository for this revision to rL LLVM. Currently the documented API for AnalyzeBranch leaves no place for conditional returns. This leaves a blindspot after shrinkwrapping on platforms with conditional return instructions. The existing API can be used to handle conditional returns by using a null TBB and a non-empty condition list. A null TBB should never mean fallthrough with a non-empty condition list, as that wouldn't make any sense. This leaves a natural way to represent conditional return branches. Next up is to add support to PPC for AnalyzeBranch and conditional return. Repository...

...Library MSVCP90.dll (which is needed by L"Z:\\home\\james\\.wine\\drive_c\\Program Files\\Adobe\\Adobe Photoshop CS5\\Photoshop.exe") not found err:module:import_dll Library MSVCP90.dll (which is needed by L"Z:\\home\\james\\.wine\\drive_c\\Program Files\\Adobe\\Adobe Photoshop CS5\\tbb.dll") not found err:module:import_dll Library tbb.dll (which is needed by L"Z:\\home\\james\\.wine\\drive_c\\Program Files\\Adobe\\Adobe Photoshop CS5\\aif_core.dll") not found err:module:import_dll Library MSVCP90.dll (which is needed by L"Z:\\home\\james\\.wine\\drive_c\\Progr...

...the issue is that BB#1 still lists BB#3 as a successor, but this is not true. Looking at IfConversion.cpp, I see this function: /// RemoveExtraEdges - Remove true / false edges if either / both are no longer /// successors. void IfConverter::RemoveExtraEdges(BBInfo &BBI) { MachineBasicBlock *TBB = NULL, *FBB = NULL; SmallVector<MachineOperand, 4> Cond; if (!TII->AnalyzeBranch(*BBI.BB, TBB, FBB, Cond)) BBI.BB->CorrectExtraCFGEdges(TBB, FBB, !Cond.empty()); } and I think that this function is supposed to clean up the successors of BB#1 after merging. The problem is that...

...lim -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -target-linker-version 2.22 -momit-leaf-frame-pointer -v -resource-dir /usr/bin/../lib/clang/3.0 -fmodule-cache-path /tmp/clang-module-cache -I /opt/intel/composerxe-2011.5.220/mkl/include -I /opt/intel/composerxe-2011.5.220/tbb/include -I /opt/intel/composerxe-2011.5.220/mkl/include -I /opt/intel/composerxe-2011.5.220/tbb/include -internal-isystem /usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3 -internal-isystem /usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3...

...= //dwarc/Tools/MetaWare/Toolset/main/dev/llvm/lib/CodeGen/BranchFolding.cpp#8 - /remote/arctools/marksl/marksl_1/llvm/lib/CodeGen/BranchFolding.cpp ==== 386c386 < if (RegsLiveAtExit[i]) --- > if (RegsLiveAtExit[i] && !NewMBB->isLiveIn(i)) 1718,1719c1718,1721 < TBB->addLiveIn(Def); < FBB->addLiveIn(Def); --- > if (!TBB->isLiveIn(Def)) //SYNOPSYS > TBB->addLiveIn(Def); > if (!FBB->isLiveIn(Def)) //SYNOPSYS > FBB->addLiveIn(Def); ==== //dwarc/Tools/MetaWare/Toolset/main/dev/llvm/lib/Code...

...to only have 1 successor, the landing pad. Hence my simple change, making the verifier accept it: --- c/lib/CodeGen/MachineVerifier.cpp +++ w/lib/CodeGen/MachineVerifier.cpp @@ -590,7 +590,11 @@ MachineVerifier::visitMachineBasicBlockBefore(const MachineBasicBlock *MBB) { } } else if (TBB && !FBB && Cond.empty()) { // Block unconditionally branches somewhere. - if (MBB->succ_size() != 1+LandingPadSuccs.size()) { + // If the block has exactly one successor, that happens to be a + // landingpad, accept it as valid control flow. + if (MBB-&...

On Mon, Jan 7, 2013 at 12:23 AM, Edward Diener <eldlistmailingz at tropicsoft.com> wrote: > On Mageia 2 I have installed the binary clang package clang3.0-7. When I > tried to build the latest llvm/clang from source using this binary clang > I get this error: > > 1) In file included from > /home/mgeldiener/vcs/llvm/lib/Support/Signals.cpp:30: >

...If the index is out of range, the jump table instruction just falls through. I implemented a pass to remove the range check generated before the jump table instruction because it is superfluous. This causes as assertion in MachineBlockPlacement.cpp: assert((!TII->analyzeBranch(*PrevBB, TBB, FBB, Cond) || !PrevBB->canFallThrough()) && "Unexpected block with un-analyzable fallthrough!"); The method MachineBasicBlock::getFallThrough() uses TII->analyzeBranch(). Using analyze branch there doesn't appear to be anyway to signify tha...

On Mageia 2 I have installed the binary clang package clang3.0-7. When I tried to build the latest llvm/clang from source using this binary clang I get this error: 1) In file included from /home/mgeldiener/vcs/llvm/lib/Support/Signals.cpp:30: /home/mgeldiener/vcs/llvm/lib/Support/Unix/Signals.inc:32:10: fatal error: 'cxxabi.h' file not found #include <cxxabi.h> ^ llvm[1]:

...d try digging through the commit logs. Thanks, /jakob > On Tue, Jul 23, 2013 at 9:55 AM, Daniel Stewart <stewartd at codeaurora.org> wrote: > In looking at the code in ARMConstantislandPass.cpp::optimizeThumb2JumpTables(), I see that there is the following condition for not creating tbb-based jump tables: > > > > // The instruction should be a tLEApcrel or t2LEApcrelJT; we want > > // to delete it as well. > > MachineInstr *LeaMI = PrevI; > > if ((LeaMI->getOpcode() != ARM::tLEApcrelJT && > >...

Hi, This is my second day since owning empire total war. Really looking forward to playing it, but I have not. I'm using the latest wine program. I follow the winehq 's description for installing empire total war (installing d3dx9, changing registry, placing MSVCP80.dll at system32 and winecfg). Now, I'm stuck at the startup page (where all the copyright details are). Loading stops

...rch starts here: #include <...> search starts here: /home/mgeldiener/dev/clang/build/include /home/mgeldiener/dev/clang/build/lib/Support /home/mgeldiener/vcs/llvm/include /home/mgeldiener/vcs/llvm/lib/Support /opt/intel/composerxe-2011.5.220/mkl/include /opt/intel/composerxe-2011.5.220/tbb/include /usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3 /usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/x86_64-mageia-linux-gnu /usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/backward /usr/local/inc...

...I suspect there are fairly rigid rules on production computers against doing this. I read an email below that said it is common that these kinds of out of distribution updates are required anyway. The only manual updates I have had to do outside the Ubuntu distribution packages (19.04) are for tbb and z3 which are not in the distribution anyway. I have had to install a number of additional packages from the distribution, but this is not the case under discussion. For cmake then we are making a new, unique case, a case that I expect is against standard procedures for common production in...

In looking at the code in ARMConstantislandPass.cpp::optimizeThumb2JumpTables(), I see that there is the following condition for not creating tbb-based jump tables: // The instruction should be a tLEApcrel or t2LEApcrelJT; we want // to delete it as well. MachineInstr *LeaMI = PrevI; if ((LeaMI->getOpcode() != ARM::tLEApcrelJT && LeaMI->getOpcode() != ARM::t2LEApcrelJT) || L...

...tIslandPass. r297871 - ARM: avoid clobbering register in v6 jump-table expansion. I can easily backport the fixes for these 2 bugs into our LLVM branch. However, while looking at the diff between 4.0 and trunk I've seen several more fixes to "scary-looking" bugs: r294949 - [Thumb-1] TBB generation: spot redefinitions of index register r295816 - [ARM] Fix constant islands pass. r299634 - [ARM] Remove a dead ADD during the creation of TBBs (that one looks more like an optimization than a wrong-codegen thing, but including for completeness) r300870 - [Thumb-1] Fix corner cases fo...

...neutral as possible. For example, any parallelism primitives in the LLVM IR and any LLVM- or machine-level optimizations that apply to parallel code should be applicable not only to OpenMP but also to languages like Cilk, Java/C#, and several others. I think "libraries" like Intel's TBB should be supported, too: they have a (reasonably) well-defined semantics, just like languages do, and are become widely used. I also do not think LLVM metadata is the way to represent the primitives, because they are simply too fragile. But you don't have to argue that one with me :-), ot...