similar to: Fwd: Assertion failing on LLVM intrinsics instruction

Hi All, Looking at the code of MemDepPrinter.cpp, I saw the char MemDepPrinter::ID = 0; > INITIALIZE_PASS_BEGIN(MemDepPrinter, "print-memdeps", > "Print MemDeps of function", false, true) > INITIALIZE_PASS_DEPENDENCY(MemoryDependenceAnalysis) > INITIALIZE_PASS_END(MemDepPrinter, "print-memdeps", > "Print MemDeps of function", false, true)

I used LLVM already existent passes with no problems till I tried to use MemDepPrinter.cpp : http://llvm.org/doxygen/MemDepPrinter_8cpp_source.html. I got the following segfault: llvm[0]: Compiling MyMemDepPrinter.cpp for Release+Asserts build (PIC) llvm[0]: Linking Release+Asserts Loadable Module MyMemDepPrinter.so WARNING: You're attempting to print out a bitcode file. This

Hi, I've restarted my Elsa/LLVM project after three months of having real life intrude. I upgraded my LLVM source to the current trunk. I had to make a few changes to my source, e.g. LLVMFoldingBuilder became IRBuilder and several instances of "new" became "Create". Now, a test case that previously succeeded fails. I run the following script: #!/bin/sh if [ 1 -ne 0 ]

Hi all, I wanted to install R under a sunOs machine, so I launched the configuration with the following command: "./configure --prefix /sw/gnu/R/R-2.1.0/sun/ --with-readline=no" The rsult of this configuration seemed good " R is now configured for sparc-sun-solaris2.8 Source directory: . Installation directory: /sw/gnu/R/R-2.1.0/sun/ C compiler:

The problem was solved by setting environment variable CXX. But somehow a new one came. The gcc is installed in /usr/local/gcc-4.2.3. I managed to change clang/lib/Frontend/InitHeaderSearch.cpp clang/lib/Driver/ToolChains.cpp to force clang use the crt lib for that version. For details, plz see http://www.advogato.org/person/redi/diary/228.html. So now I have no problem of using clang to

Hello, A recent series of commits, ending with r169304 and relating to PR13303, add is_stmt to line entries for functions. This appears to be to work around problems with gdb. However, I observe is_stmt is not always applied to line entries for functions. This may only affect the arm backend. Compiling the same code with the aarch64 backend does not demonstrate this problem. It seems that

Howdy, I'm working on writing a dependence analyzer (rather like what LoopDependenceAnalysis wants to be, except a bit more general). While this is a problem of many parts, I'm currently focusing on finding pairs of memory references to test for dependence. Consider this contrived C code: double test2(int n, double *restrict A, double *restrict B, bool flag) { if (flag) { A[0] =

Hi there, I am doing: opt -print-memdeps ./test.bc -analyze -globalsmodref-aa by adding globalsmodref-aa, I am hoping that globalsmodref alias analysis will be used. However, it does not turn out to be so. I found this out by adding some "errs() << " into the source code for that alias analysis. So my question is what should I do to let memory dependency analysis use

Hello everyone ! I am trying to get the dependencies for the variables of ICMP instructions. Do you know if I can use an already existing method? I tried to use getDependency() method of class MemoryDependenceAnalysis. Does it work only for particular instruction types? Its definition is MemDepResult MemoryDependenceAnalysis::getDependency ( Instruction * QueryInst ) When I running my pass

Thanks Jonas, I wasn't aware of the gold linker plugin. Here's what I do, in my current workflow. First, I use clang to compile each .c file (e.g. for the bzip2 benchmark, or any other) into a .bc file: specmake clean 2> make.clean.err | tee make.clean.out rm -rf bzip2 bzip2.exe *.o *.fppized.f* find . \( -name \*.o -o -name '*.fppized.f*' \) -print | xargs rm -rf

Hi, For my project, I am using internal llvm class functions to print the filename and directory associated with an instruction from the debug information. With a recent checkout of llvm and clang (svn revision 129445), the following custom code (e.g. in a pass that prints directory info for all instructions) returns the filename iso. directory whenever Scope refers to a lexical block: if (const

Hi, I'ma having some troubles installing R under Unix. As it is written in the "how to install R" the ./configure passed on but when I type make I recieve this error message : gmake[1]: Entering directory `/usr/local/R_HOME/R-2.4.0/m4' gmake[1]: Nothing to be done for `R'. gmake[1]: Leaving directory `/usr/local/R_HOME/R-2.4.0/m4' gmake[1]: Entering directory

Hi, I use the llvm::ExtractCodeRegion to extract each loop into a separate function, but I have a problem when I run this on the SPEC CPU 2006 on the 401.bzip2 benchmark. First I use clang -O3 to generate optimized llvm code and then I extract some loops from the module built from blocksort.c source file. The problem is that the PHI nodes contained in the successors of the codeRepl

I am trying to compile R-devel (R-devel_2006-05-17.tar.gz) on Red Hat Enterprise Linux AS release 3 (Taroon Update 7) using the Portland Group compiler 6.0. (I have not yet successful compiled R on this configuration, so I don't know if this is a new problem.) I get an error pgcc -L/usr/local/pgi/linux86-64/6.0/libso -L/usr/lib64 -o dftables dftables.o ../dftables chartables.h

2015-12-26 18:32 GMT+01:00 Philip Reames <listmail at philipreames.com>: > On 12/26/2015 02:17 AM, Amaury SECHET via llvm-dev wrote: > > I'm trying to fix that bug: https://llvm.org/bugs/show_bug.cgi?id=20049 > > It turns out this is the kind of optimization that I really need, as when > it isn't done, all kind of other optimizations opportunities down the road

Dear friends, I am trying to install R-2.4.1 from source on Solaris 11 x-86. 64 bits, running on Sun Ultra-20 workstation, and using the SunStudio 11 compilers. I was able to "configure" R correctly, but received an error in "gmake", aparently related to bzip2 which I have been unable to debug. The messages are listed below. The configure.log and configure.status files are

I found 179 more *.{c,cpp,h} files with tabs. Unfortunately, the tabs stops used vary so blindly expanding them messes up alignment in many cases :( Index: examples/BFtoLLVM/BFtoLLVM.cpp Index: include/llvm/AbstractTypeUser.h Index: include/llvm/GlobalVariable.h Index: include/llvm/InstrTypes.h Index: include/llvm/IntrinsicInst.h Index: include/llvm/ADT/PostOrderIterator.h Index:

I wanted to confirm that my understanding of the situation is correct. For background, I've been working have an optimizer pass for a research architecture which works best when there are large basic blocks and good alias analysis results. I first noticed the issue in rgbcmy01 from eembc-1.1, but have created a simpler test case which demonstrates the same issue which is unencumbered by the

On 01/04/2016 07:32 AM, Amaury SECHET wrote: > After a bit more investigation, it turns out that because %0 is stored > into %1 (after bitcast) and so %3 may have access to it and clobber it. Can you give a bit more context? I'm not sure which of the examples you're talking about. > > After a bit of thought, it is correct in the general case, but > definitively something

Are you saying this is this the first time you've tried to compile it on the cluster? It's easy to determine if g++ is installed and in the PATH - just get a console on the cluster and type "g++". However, AFAIK cluster nodes are not usually configured for software development, are they? Typically you build your code locally and then job it out to the cluster? Greg