similar to: [LLVMdev] Tutorial 1: casting cout

Hi all, I'm a new user to LLVM. Not really sure if this is the correct place to post, since there isn't really any other forums around. Anyway, the issue I'm encountering is that, I was trying out the first tutorial (http://llvm.org/docs/tutorial/JITTutorial1.html). I attempted to do this in another folder that was copied from llvm/projects/sample. I created a new folder called

2009/1/13 Anton Korobeynikov <anton at korobeynikov.info>: > Hello, Duncan > > * LD (which I took to be representative of Binutils version) 2.17.50 > 20060824 > Why you're using such old binutils? 2.18.50-20080109 definitely worked for > me (and release binaries were built so...). Thank you for your reply Anton. I'm sorry it's taken a while to get back to you.

Hello, Duncan > $ g++ -g tut1.cpp `llvm-config --cxxflags --ldflags --libs core` -o tut1 > /mingw/lib/libLLVMSystem.a(Process.o):Process.cpp:(.text+0x8d): > undefined reference to `GetProcessMemoryInfo at 12' > collect2: ld returned 1 exit status I believe you will need additional libraries like imagehlp and psapi. -- With best regards, Anton Korobeynikov Faculty of Mathematics

I have written a module pass. When I use the debug pass structure option, the name of my module pass is printed but then I get "Unnamed pass" when the FunctionPassManagerImpl *FPP calls dumpPassStructure (in PassManager.cpp). Is this the expected behavior, or should I be concerned that there is an error in my approach? Thanks, Scott

Solved... For the record, there were two issues: 1) I was not passing the Function to getAnalysis for the PDT. 2) I was attempting to getAnalysis on external functions. On Thu, Jul 9, 2009 at 5:49 PM, Scott Ricketts<sricketts at maxentric.com> wrote: > Update: the "unnamed pass" is PostDominatorTree. My module pass > requires PDT (specified in its getAnalysisUsage). When it

On Thu, Dec 2, 2010 at 3:20 PM, Chris Lattner <clattner at apple.com> wrote: > > On Dec 2, 2010, at 3:13 PM, Scott Ricketts wrote: > >> The only Transforms check that fails is LLVM :: >> Transforms/GVN/null-aliases-nothing.ll >> >> Could that be related? > > running "opt -basicaa -gvn -S null-aliases-nothing.ll" should produce this output,

Hi, not sure if this is the right place, but I am experiencing a problem using clang++ (3.9.1) with Boost Filesystem. I have this simple program: ------------------------------------------------------------------------ #include <iostream> #include <boost/filesystem.hpp> using namespace boost::filesystem; int main(int argc, char* argv[]) { if (argc < 2) { std::cout

I want to be able to detect reduction operations using a method similar to that described here: http://portal.acm.org/citation.cfm?id=237578.237581 (I am open to other suggestions if there is a better technique). I am curious if anyone has done this with LLVM or if there are and recommendations for where to start with my implementation. I am only interested in identifying the reductions -- I

Update: the "unnamed pass" is PostDominatorTree. My module pass requires PDT (specified in its getAnalysisUsage). When it visits a function, it calls getAnalysis<PostDominatorTree>(), which triggers the failed assertion "getAnalysis*() called on an analysis that was not 'required' by pass!" This issue has been addressed on this mailing list, but it seems the

On Thu, Jul 2, 2009 at 2:48 PM, Chris Lattner<clattner at apple.com> wrote: > VMCore will auto-unique value names for you. Most passes just create > all instructions with a name like "tmp" and let VMCore unique them. > Is this enough for you? On Thu, Jul 2, 2009 at 2:50 PM, Eli Friedman<eli.friedman at gmail.com> wrote: > The relevant code is

I am attempting to install llvm on CentOS 5.3, which uses gcc-4.1.2 as its system compiler. Since this compiler has reported to behave poorly with llvm, I built gcc-4.2.4 in an insulated directory for use with my llvm installation. However, I am not sure I am configuring properly. The gcc-4.2.4 installation is in /pkg/bin/gcc-4.2.4. Here is my config line: ../llvm-2.5/configure

Hello, using the LLVM API, I've build one very simple function that adds two ConstantInts and returns the result. I noticed that, when I emit IR code, it is optimized to a simple "ret i16 42" when I add 40 and 2. I'd like to see the operations that are necessary to compute the result, though. Can I somehow disable this optimization in the pass, leading to more verbose IR code?

I am still having problems getting everything installed. I realized that the successful build of llvm-2.5 had in fact been configured to use the system gcc (4.1.2). However, I was unable to sucessfully build llvm-gcc with gcc 4.1.2. I went back and attempted to build llvm-2.5 with gcc-4.2.4 (installed in a separate directory from system gcc). However, I got the same build error as before. Then I

IRBuilder is a templated class, and one of the template arguments is the constant folder to use. By default it uses the ConstantFolder class which does target-independant constant folding. If you want to disable constant folding you can specify the NoFolder class instead, i.e. declare the builder as follows: IRBuilder<true, llvm::NoFolder> builder(body) On 26 Nov 2013, at 19:23, Daniel

On Mar 30, 2010, at 12:27 PM, David Greene wrote: > On Monday 29 March 2010 13:20:37 Chris Lattner wrote: > >>> How should we handle the llvm-gcc and clang changes? >> >> What changes are required? > > Attached. They are trivial. Why not just change the order of the arguments to createPrintModulePass, and make the string default to ""? -Chris

Hi! I'm using clang/llvm 3.0 release and I have a module that is generated by clang with some functions declared as inline. after inlining (llvm::createFunctionInliningPass) I'd like to remove the functions that were inlined. how can this be done? surprisingly they are removed if a print pass (llvm::createPrintModulePass) is present. is there an explanation for this? -Jochen

Ah, nevermind... just needed to make clean to clear out some of the junk I compiled with gcc-4.1.2. The build completed without error. On Fri, May 1, 2009 at 2:14 PM, Scott Ricketts <sricketts at maxentric.com>wrote: > I am attempting to install llvm on CentOS 5.3, which uses gcc-4.1.2 as its > system compiler. Since this compiler has reported to behave poorly with > llvm, I built

Here is the output of the test: ******************** FAIL: LLVM :: Transforms/GVN/null-aliases-nothing.ll (4084 of 5497) ******************** TEST 'LLVM :: Transforms/GVN/null-aliases-nothing.ll' FAILED ******************** Script: -- opt /Users/beresini/Desktop/workspace/downloads/llvm-2.8/test/Transforms/GVN/null-aliases-nothing.ll -gvn -S | FileCheck

Is there a way through the Value class to get the identifier for an unnamed temporary? Or alternatively, could someone point me to the code where temporaries are assigned sequential numbers as identifiers so I can better understand this issue? Thanks, Scott

To be more specific, it would be helpful to have some utilities for finding dependencies (true, output, and anti-). Where is a good place to start for this kind of analysis? Thanks, Scott On Fri, Oct 9, 2009 at 11:06 AM, Scott Ricketts <sricketts at maxentric.com> wrote: > I want to be able to detect reduction operations using a method > similar to that described here: > >