search for: ipconstprop

...--git a/lib/Transforms/IPO/IPConstantPropagation.cpp b/lib/Transforms/IPO/IPConstantPropagation.cpp index b3ee499..8d70b98 100644 --- a/lib/Transforms/IPO/IPConstantPropagation.cpp +++ b/lib/Transforms/IPO/IPConstantPropagation.cpp @@ -253,7 +253,9 @@ char IPCP::ID = 0; INITIALIZE_PASS(IPCP, "ipconstprop", "Interprocedural constant propagation", false, false) -ModulePass *llvm::createIPConstantPropagationPass() { return new IPCP(); } +ModulePass *llvm::createIPConstantPropagationPass() { + llvm_unreachable("fnord"); +} bool IPCP::runOnModule(Module &a...

...rmining pass dependencies so that I can encode them into the tuner? The test program can be found here: https://gist.github.com/kavon/92d153cdd54ce9b77162af3af47d4c95 Here's what happens: kavon at cronus:~/m/autotune|master⚡*? ➤ /Users/kavon/msr/llvm5/bin/opt -inline -mem2reg -inferattrs -ipconstprop -gvn -simplifycfg -bdce -sink -dse -adce -instcombine -early-cse-memssa -early-cse-memssa -dse -adce -simplifycfg -sink -ipconstprop -gvn -bdce -instcombine -jump-threading -inline -sroa ./src/apps/raytracer.bc -o ./out/raytracer_opt1043.bc 0 opt 0x000000010ebd4498 llvm::sys::...

Hi, As far as I know, the ipconstprop pass has not been actively used in years and ipsccp has been used instead. This has the potential for confusion and sometimes leads people to spend time finding & reporting bugs as well as updating it to work with the latest API changes. If there are people actively using it, I would love to...

...op.ll (5519 of 7763) 67> ******************** TEST 'LLVM :: Transforms/IPConstantProp/2008-06-09-WeakProp.ll' FAILED ******************** 67> Script: 67> -- 67> W:/LLVM_org/build64/bin/Debug/opt.EXE < W:\LLVM_org\llvm\test\Transforms\IPConstantProp\2008-06-09-WeakProp.ll -ipconstprop -S | grep "ret i32 %r" 67> -- 67> Exit Code: 1 67> Command Output (stdout): 67> -- 67> Command 0: "W:/LLVM_org/build64/bin/Debug/opt.EXE" "-ipconstprop" "-S" 67> Command 0 Result: 3 67> Command 0 Output: 67> 67> 67> Comma...

Hi, I used the following commands on the program attached below: llvm-gcc --emit-llvm main.c -c -o main.bc opt -ipconstprop main.bc -o main1.bc diff main.bc main1.bc no difference was o/p :( The Program Segment is as shown below: #include <stdio.h> void f1(int a) { a=a+1; printf("%d",a); } void f2() { int b; b=1; f1(b); } int main() { int a=1; f2(); f1(a); } A...

...TEST 'LLVM :: > Transforms/IPConstantProp/2008-06-09-WeakProp.ll' FAILED > ******************** > > 67> Script: > > 67> -- > > 67> W:/LLVM_org/build64/bin/Debug/opt.EXE < > W:\LLVM_org\llvm\test\Transforms\IPConstantProp\2008-06-09-WeakProp.ll > -ipconstprop -S | grep "ret i32 %r" > > 67> -- > > 67> Exit Code: 1 > > 67> Command Output (stdout): > > 67> -- > > 67> Command 0: "W:/LLVM_org/build64/bin/Debug/opt.EXE" "-ipconstprop" "-S" > > 67> Command 0 Res...

The pass is pretty rudimental (as the comment at the top of the file hints), and it seems LLVM already has IPSCCP (which should do a better job at interprocedural constant propagation). I'm also not entirely sure it's used anywhere. Is there any reason to keep it around? Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" --

...ss of a later pass or the generated code? I imagine all passes which either removes data or add attributes are included in this list, plus some simplification passes: -adce -argpromotion -constmerge -constprop -deadargelim -dse -functionattrs -globaldce -globalopt -gvn -instcombine -internalize -ipconstprop -ipsccp -licm -prune-eh -sccp Also, is there any redundant pass in this list (things line sccp/ipsccp)?

...TEST 'LLVM :: > Transforms/IPConstantProp/2008-06-09-WeakProp.ll' FAILED > ******************** > > 67> Script: > > 67> -- > > 67> W:/LLVM_org/build64/bin/Debug/opt.EXE < > W:\LLVM_org\llvm\test\Transforms\IPConstantProp\2008-06-09-WeakProp.ll > -ipconstprop -S | grep "ret i32 %r" > > 67> -- > > 67> Exit Code: 1 > > 67> Command Output (stdout): > > 67> -- > > 67> Command 0: "W:/LLVM_org/build64/bin/Debug/opt.EXE" "-ipconstprop" "-S" > > 67> Command 0 Res...

...LLVM transform pass list. We can get the standard compile optimization pass list by: $ opt -std-compile-opts -debug-pass=Arguments foo.bc > /dev/null Pass Arguments: -preverify -domtree -verify -lowersetjmp -raiseallocs -simplifycfg -domtree -domfrontier -mem2reg -globalopt -globaldce -ipconstprop -deadargelim -instcombine -simplifycfg -basiccg -prune-eh -inline -argpromotion -tailduplicate -simplify-libcalls -instcombine -jump-threading -simplifycfg -domtree -domfrontier -scalarrepl -instcombine -break-crit-edges -condprop -tailcallelim -simplifycfg -reassociate -domtree -loops -loopsimplif...

...'t seem to be doing it. From my testing it seems to only occur when I use -indvars after a long string of commands. For example: llvm-as < test_fc_27.ll | opt -preverify -domtree -verify -lowersetjmp -raiseallocs -simplifycfg -domtree -domfrontier -mem2reg -globalopt -globaldce -ipconstprop -deadargelim -instcombine -simplifycfg -ba siccg -prune-eh -inline -argpromotion -simplify-libcalls -instcombine -jump-threading -simplifycfg -domtree -domfrontier -scalarrepl -instcombine -break-crit-edges -condprop -tailcallelim -simplifycfg -reassociate -domtree -loops -loopsim...

...rop/2008-06-09-WeakProp.ll' FAILED > > ******************** > > > > 67> Script: > > > > 67> -- > > > > 67> W:/LLVM_org/build64/bin/Debug/opt.EXE < > > W:\LLVM_org\llvm\test\Transforms\IPConstantProp\2008-06-09-WeakProp.ll > > -ipconstprop -S | grep "ret i32 %r" > > > > 67> -- > > > > 67> Exit Code: 1 > > > > 67> Command Output (stdout): > > > > 67> -- > > > > 67> Command 0: "W:/LLVM_org/build64/bin/Debug/opt.EXE" "-ipconstprop&qu...

On Thu, Dec 4, 2008 at 7:08 PM, Chris Lattner <clattner at apple.com> wrote: > > On Dec 4, 2008, at 8:58 AM, Villmow, Micah wrote: > > What optimization pass promotes 32 bit math operations to 64 bit operations > so I can disable it? I have code that works fine with optimizations turned > off but fails with it turned on because of this stage. > > > Do you have a

...ng these two passes makes the most sense, then. I guess the argumentpromotion pass also needs to be adapted to promote first class struct arguments (probably handle them identical to how byval pointer-to-struct are handled now), but I don't currently have need of that. Lastly, I'll modify IPConstProp and DeadArgElim to properly handle multiple return values and do constprop/removal on each of them individually, instead of only working when all of them are constant/dead as is done currently. I'm also thinking of adding a transformation that makes return values dead if they only return an un...

...cts. > > I guess the argumentpromotion pass also needs to be adapted to > promote first > class struct arguments (probably handle them identical to how byval > pointer-to-struct are handled now), but I don't currently have need > of that. > > Lastly, I'll modify IPConstProp and DeadArgElim to properly handle > multiple > return values and do constprop/removal on each of them individually, > instead > of only working when all of them are constant/dead as is done > currently. > > I'm also thinking of adding a transformation that makes retu...

On 7/14/20 4:34 PM, Hal Finkel via llvm-dev wrote: > > On 7/14/20 11:28 AM, Fangqing Du wrote: >> Thank you Hal and Stefan! >> >> Bug report is filed: https://bugs.llvm.org/show_bug.cgi?id=46717 >> <https://bugs.llvm.org/show_bug.cgi?id=46717> >> >> And Stefan, >> I think 'attributor' is a really nice pass, and can infer more >>

...asis), and not by llvm-link or llc. This can be seen in the resulting pass options with -O3 (obtained using '-Xclang -debug-only=Execution' and '-Xlinker -debug-only=Execution'): Clang: Pass Arguments: -raiseallocs -simplifycfg -domtree -domfrontier -mem2reg -globalopt -globaldce -ipconstprop -deadargelim -instcombine -simplifycfg -basiccg -prune-eh -functionattrs -inline -argpromotion -simplify-libcalls -instcombine -jump-threading -simplifycfg -domtree -domfrontier -scalarrepl -instcombine -break-crit-edges -condprop -tailcallelim -simplifycfg -reassociate -domtree -loops -loopsimplif...

...ss of a later pass or the generated code? I imagine all passes which either removes data or add attributes are included in this list, plus some simplification passes: -adce -argpromotion -constmerge -constprop -deadargelim -dse -functionattrs -globaldce -globalopt -gvn -instcombine -internalize -ipconstprop -ipsccp -licm -prune-eh -sccp Also, is there any redundant pass in this list (things line sccp/ipsccp)?

On Mon, Jan 30, 2017 at 9:34 AM, Reid Kleckner via llvm-dev <llvm-dev at lists.llvm.org> wrote: > We need to disable most forms of IPO on naked functions. We already do this > in DeadArgElimination.cpp. We need to do it in more places. > +1. Carlo, can you please open a bug? -- Davide "There are no solved problems; there are only problems that are more or less solved"

On 2017-01-30 18:41, Davide Italiano wrote: > On Mon, Jan 30, 2017 at 9:34 AM, Reid Kleckner via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> We need to disable most forms of IPO on naked functions. We already do this >> in DeadArgElimination.cpp. We need to do it in more places. >> > > +1. Carlo, can you please open a bug? > Done