similar to: LLVM crashing while trying to build SPEC with Clang

Hi, I found a difference between Clang and GCC in alias handling. This was with a benchmark where Clang was considerably slower, and in a hot function which does many more loads from the same address due to stores between the uses. In other words, a value is loaded and used, another value is stored, and then the first value is loaded once again before its second use. This happens many times,

> > I would say that GCC is wrong and should also have a version where a > could be equal to b. There is no restrict keyword, so they could be > equal. > This was between a/b and c, not between a and b. Could you explain your opinion a bit more in detail, please? /Jonas > Cheers, > > Matthieu > > Le jeu. 20 sept. 2018 à 16:56, Jonas Paulsson via llvm-dev >

Hello, I am getting the following error while trying to build a benchmark with a custom function pass: clang -Xclang -fopenmp=libomp -Xclang -load -Xclang my_lib.so file.c error: unknown argument: '-fopenmp=libomp' If I use this instead: clang -Xclang -fopenmp=libomp -Xclang -load -Xclang my_lib.so file.c I get the error: fatal error: 'omp.h' file not found I am not

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'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 conceived as a way to learn TBB by doing, so we didn't put any time/thought

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

I was hoping to get feedback on this proposal formatted as a patch. I'd like to teach AnalyzeBranch to handle conditional returns on PPC, but the currently documented API for AnalyzeBranch doesn't support it. I propose the following enhancement to the API so that I can teach AnalyzeBranch about conditional return instructions. ---------- Forwarded message ---------- From: Kyle Butt

I am using Ubuntu 10.04 LTS and the wine1.3 ppa (https://launchpad.net/~ubuntu-wine/+archive/ppa). I upgraded this morning using the normal update manager, and I went to run Photoshop CS5 which has been working flawlessly for months, it broke. According to /var/log/apt/term.log I updated from wine1.3.26 to wine1.3.28. I get this error: Code: wine: Call from 0x7b83b332 to unimplemented function

Evan, et al., I've come across a small issue when using the if conversion pass in PPC to generate conditional returns. Here's a small example: ** Before if conversion ** BB#0: derived from LLVM BB %entry %R3<def> = LI 0 %CR0<def> = CMPLWI %R3, 0 BCC 68, %CR0, <BB#3> Successors according to CFG: BB#3(16) BB#1(16) BB#1: derived from LLVM BB

On 01/06/2013 07:20 PM, Dmitri Gribenko wrote: > 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 >>

The unchecked assertion that the same register is not added multiple times to the MBB::LiveIn list isn't being respected. Could we add an assertion to check for it? ==== //dwarc/Tools/MetaWare/Toolset/main/dev/llvm/include/llvm/CodeGen/MachineBasicBlock.h#6 - /remote/arctools/marksl/marksl_1/llvm/include/llvm/CodeGen/MachineBasicBlock.h ==== 295,298d294 < /// addLiveIn - Add the

Hi all, I've been investigating a machine verifier failure on the attached testcase, and I'm tempted to say the verifier is wrong and should accept it. Skip the description for the proposed change. On AArch64, the verifier complains with: *** Bad machine code: MBB exits via unconditional branch but doesn't have exactly one CFG successor! *** - function: t4 - basic

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

I am working on a back end for an architecture whose jump via table instruction includes the range check. 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:

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]:

On Jul 29, 2013, at 6:50 AM, Chad Rosier <chad.rosier at gmail.com> wrote: > Hi Jakob, > You're the unfortunate soul who last touched the constant island pass, right? Do you happen to have any insight for Daniel? Sorry, no. I don't remember working with that particular bit of code. You could try digging through the commit logs. Thanks, /jakob > On Tue, Jul 23, 2013 at

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

Attempting to build llvm on Mageia2 from the 3.3 source I get: "#include "..." search 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

I am sure quite a number of packages not supported in the distribution are easy to build and install into /usr/local/bin and such. It is not that it is easy to defeat the standard distribution and update procedures as that doing so puts that software out of sync with the standard update procedure. From then on the distribution update for cmake has no effect. I suspect there are fairly rigid

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