similar to: [LLVMdev] Accessing/Loading a new pass

Ah, I was missing that include/llvm/LinkAllPasses.h change. Thanks! Now I have it working, except for the fact that it doesn't seem to generate fresh names for things. Or if it does, they're the empty string (I suspect it is the latter, since when I create the new instruction the empty string is passed in for the name of the instruction). Is there some way to get a new name (like

On Wed, 4 Jul 2007, Ben Chambers wrote: > Ok. So I took the source code from 1.5 for the LowerConstantExprs > pass and (hopefully) corrected all the bitrot. It now compiles. But > opt doesn't see it (when I run Release/bin/opt --help it doesn't show > up). So, I copy the Transform/Hello directory and compile it as a > dynamically loaded pass. When I run Release/bin/opt

On Wed, 4 Jul 2007, Ben Chambers wrote: > Ah, I was missing that include/llvm/LinkAllPasses.h change. Thanks! > Now I have it working, except for the fact that it doesn't seem to > generate fresh names for things. Or if it does, they're the empty > string (I suspect it is the latter, since when I create the new > instruction the empty string is passed in for the name of

Chris: It was in the 1.5 release but not subsequent to that. You can find this by looking for the file in the branches that were converted from subversion. You can find the file you're looking for here: http://llvm.org/viewvc/llvm-project/llvm/branches/release_15/lib/Transforms/Scalar/LowerConstantExprs.cpp?view=log Reid. On Tue, 2007-07-03 at 14:29 -0700, Chris Lattner wrote: > On

How hard would it be to compile this pass and add it to the passes that opt can run? Is this something I should be able to do relatively quickly? What was the name of the file(s) that implemented the pass? Thanks, Ben On 7/3/07, Chris Lattner <sabre at nondot.org> wrote: > On Tue, 3 Jul 2007, Anton Korobeynikov wrote: > >> We used to have a 'lowerconstantexpr' pass in

On Tue, 3 Jul 2007, Ben Chambers wrote: > How hard would it be to compile this pass and add it to the passes > that opt can run? Is this something I should be able to do relatively > quickly? What was the name of the file(s) that implemented the pass? It should be easy, modulo it bitrotting. It is already built as an opt pass. The filename was LowerConstantExpr.cpp IIRC. -Chris

Thanks that helped me out. But now I am facing one more problem. It says : ‘llvm::ModulePass* llvm::createMyAnaPass()’ should have been declared inside ‘llvm’ but I can find no place to declare it. Where should I do it. John Criswell wrote: > ambika at cse.iitb.ac.in wrote: >> Hi, >> >> I am trying to add a pass inn LLVM, and I actually want to add it in >> source

Hi all, A question about statically linking a pass to clang instead of dynamically loading it at runtime. I am stumped on this bug for a while. I inserted a pass under lib/Transforms/mypass directory, registered it with INITIALIZE_PASS and defined createMyPass in the pass. Also I added file mypass.h in include/llvm/Transforms/ to expose the accessor functions that expose my passes. Entries are

Hi George, > When I compile llvm in release mode, the problem goes away! I don't understand? probably the function defined in the header is inlined into every function that calls it when optimization is turned on, but not when optimization is turned off. Ciao, Duncan.

I found a case where GVN seems to miscompile an OpenCL program. What I am trying to figure out is given a bitcode file, how can I reduce it to a simpler case with bugpoint when I don't have a valid reference compiler available. Thanks for any tips, Micah -------------- next part -------------- An HTML attachment was scrubbed... URL:

On 08/21/2012 02:40 PM, Duncan Sands wrote: > Hi George, > >> When I compile llvm in release mode, the problem goes away! I don't understand? > > probably the function defined in the header is inlined into every function that > calls it when optimization is turned on, but not when optimization is turned > off. You can try to add it into include/llvm/LinkAllPasses.h.

I have done that. I have defined createMyAnaPass() in Passes.h and it is defined in MyAna.cpp and used in LinkAllPasses.h But still the error : /home/ambika/llvm/llvm-obj/tools/opt/Release/opt.o: In function `global constructors keyed to opt.cpp': opt.cpp:(.text+0x1e89): undefined reference to `llvm::createMyAnaPass()' I dont understand whats the problem. Jianzhou Zhao wrote: >

On Tue, Feb 23, 2010 at 7:17 AM, ambika <ambika at cse.iitb.ac.in> wrote: > Thanks that helped me out. > But now I am facing one more problem. It says : > > ‘llvm::ModulePass* llvm::createMyAnaPass()’ should have been declared > inside ‘llvm’ > > but I can find no place to declare it. > Where should I do it. We can do what scalar optimizations do. All scalar passes

All the functions in LinkAllPasses.h are passes. I am not sure whether it takes inline functions. I added createPostDomTree() to LinkAllPasses.h but I get the same error. I wonder whether it was even worth it making the functions inline for PostDominators.h. George On Tue, Aug 21, 2012 at 9:05 AM, Tobias Grosser <tobias at grosser.es> wrote: > On 08/21/2012 02:40 PM, Duncan Sands

On Tue, Jan 05, 2010 at 11:30:41AM -0600, David Greene wrote: > > I've managed to get my pass listed in 'opt -help' only after removing opt > > subdir from objdir and running make again. Re-configuring LLVM also does > > It sounds like the dependencies for your pass are not correct. Where > did you put it in the LLVM tree and how did you change the Makefiles?

Hi, I am trying to add a pass inn LLVM, and I actually want to add it in source code, not just directly into object code. For that I included the lines in my file MyAna.cpp (llvm-2.6/lib/ana/MyAna.cpp) char MyAna::ID = 0; static RegisterPass<MyAna> X("my-aa","My Analysis"); static RegisterAnalysisGroup<AliasAnalysis> Y(X); ModulePass *llvm::createMyAnaPass() {

I am writing my register allocator directly in the LLVM tree, and I am having trouble linking my project on windows msvc 10.0 compiler. The error are below, but let me say what I have changed. 1. I added "(void) llvm::createJDKunkRegisterAllocator();" to the struct ForcePassLinking::ForcePassLinking() method in "llvm\include\llvm\LinkAllPasses.h" 2. I added "FunctionPass*

Oh, right, this stuff. I guess the non-windows solution might've been a volatile read, for instance? So maybe not so much that the general machinery isn't needed, but that perhaps MSVC does something interesting with a volatile read or whatever other solution might've been used. Hmm, not sure why the whole file was added only when MSVC support was added - if it is a "static

Soumya_Prasad_Ukil wrote: > Look I have written a PRE pass. opt is running that pass. I have > included my pass name there in include/llvm/Support/StandardPasses.h > file. To do that, I have got some error. Because it also requires the > definition of the pass in some other file also. I observed how gvn pre > pass is added to the pass list. I had followed the same way, but failed.

I'm sorry, I don't know what you were looking for. The first 5 were scattered amidst different e-mails. The others have to do with following what "RAFast" and "RALinScan" as examples. It's a linker error, and I do not know why only opt and bugpoint does not compiler, and why llc does not show my reg alloc pass anymore. It worked before the API change e-mail was