search for: optimizefunctions

Hi, I am expieriencing strange behaviour of llvm's optimization passes and I don't understand what I am doing wrong. Basically all I've done is extracting code for optimization of a llvm-function in a llvm-module and put it into a separate function for better readability. The original code looks like follows (and works as expected): ----------------------------- std::string

Hi, I'm attempting to port some code which uses the GlobalMappingLayer in the Orc JIT. This code worked fine in LLVM 4, but I'm getting a compile error with LLVM 5. I think the problem is that this layer hasn't been modified to account for some of the changes made in LLVM 5, but I wanted to make sure that I wasn't missing something. I have code which looks like this:

Hi, I am expieriencing strange behaviour of llvm's optimization passes and I don't understand what I am doing wrong. Basically all I've done is extracting code for optimization of a llvm-function in a llvm-module and put it into a separate function for better readability. The original code looks like follows (and works as expected): ----------------------------- std::string

Hi Brian, Yes - I believe you're correct. I'm working on a fix and extra test coverage now. In the meantime, I believe you should be able to fix the signatures in your copy and everything should "just work". Cheers, Lang. On Fri, Sep 22, 2017 at 2:04 PM, Brian Kahne via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi, > > > > I’m attempting to port

...0, F= ...) at /home/xchen/llvm/include/llvm/PassAnalysisSupport.h:242 #4 0x000000000058dc4c in llvm::Pass::getAnalysis<llvm::ScalarEvolution> (this=0x10e9ef0, F=...) at /home/xchen/llvm/include/llvm/PassAnalysisSupport.h:231 #5 0x0000000000577f60 in (anonymous namespace)::GlobalOpt::OptimizeFunctions (this=0x10e9ef0, M=...) at /home/xchen/llvm/lib/Transforms/IPO/GlobalOpt.cpp:2093 #6 0x00000000005824c5 in (anonymous namespace)::GlobalOpt::runOnModule (this=0x10e9ef0, M=...) at /home/xchen/llvm/lib/Transforms/IPO/GlobalOpt.cpp:3130 #7 0x0000000000a50c69 in llvm::MPPassManager::runOnMod...

Hi Jacob, At this point, I suspect there is a problem with maintaining liveness information during branch folding. Here is what I see: I have a basic block ready for branch optimization, that computes a predicate p10 on which a conditional branch depends. Notice that this is in the stage with physical registers. BB#2: derived from LLVM BB %while.cond.preheader Live Ins: %R3 %R5