similar to: [LLVMdev] [Fwd: Re: [Fwd: Regarding Inter Procedural Constant Propagation]]

Hi, I want to see the output of a InterProcedural Constant Propagation Pass IPCP in llvm. I have llvm 2.8 installed.And i used opt -print-after-all command to see the .bc output generated after each pass. However,this does not include dump produced by IPCP :( why? Kindly tell me how to view dump produced by IPCP. P.S: i have tried opt -ipcp src.bc -o src1.bc However the src.bc and src1.bc both

Sean Silva via llvm-dev <llvm-dev at lists.llvm.org> writes: > No tests fail with the patch below, so I would say it's pretty useless. It > seems that the C bindings are the only user but we can probably just have them > return IPSCCP instead. I don't necessarily think your conclusion is wrong, but the patch isn't proving what you think it's proving. In fact, the

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" --

> On Mar 26, 2018, at 17:09, Andres Freund <andres at anarazel.de> wrote: > > Hi, > > On 2018-03-26 16:44:05 -0700, Duncan P. N. Exon Smith wrote: >>> The second approach is to *not* cache modules but re-read them from disk >>> (or memory, but that's irrelevant here). That works without any sort of >>> asserts, but "leaks" memory

Hi, On 2018-03-26 16:44:05 -0700, Duncan P. N. Exon Smith wrote: > > The second approach is to *not* cache modules but re-read them from disk > > (or memory, but that's irrelevant here). That works without any sort of > > asserts, but "leaks" memory because everytime a module is re-read from > > disk it re-creates types (cf

Hi, (sorry if the CC's are inappropriate, they seemed relevant based on a git log of IRMover.cpp) I'm using LLVM to implement Just-in-Time compilation for PostgreSQL. One part of that is doing inlining of operators. For that I'm using bitcode pre-generated using clang. The current code uses a single LLVMContext & Orc to generate the code. That largely workes well. But inlining

Suppose that I have the following list of lists of frames 'root' (let's call it a 'tree' of frames). I want to flatten it to be a list of frames. However, if I unlist(root), it will flatten the frames as well. Is there a simply way to flatten the tree to certain depth? aframe1=data.frame(x=1:3,y=1:3) aframe2=data.frame(u=7:9,v=11:13) aframe3=data.frame(p=3:5,q=6:8)

> On Mar 23, 2018, at 16:11, Andres Freund via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hi, > > (sorry if the CC's are inappropriate, they seemed relevant based on a > git log of IRMover.cpp) > > I'm using LLVM to implement Just-in-Time compilation for PostgreSQL. One > part of that is doing inlining of operators. For that I'm using bitcode

Hi all, I read the setup at http://www.blackh0le.net/articles/vpn-dun-howto.html to setup my VPN. However, I'm having a problem which I think is proxy-ARP not working. I like to ask you to see if you know what's going on. When I ping 10.77.1.1 from windows XP machine the packets get to the 10.77.1.1 machine, but they don't have a return path to get back. When I do ping the windows

Hi, I'm trying to autotune a good sequence of IR optimization passes and I seem to run into segfaults in opt (in LLVM5) with certain pass orderings. Is this expected behavior? If so, what would be the recommended way of determining pass dependencies so that I can encode them into the tuner? The test program can be found here: https://gist.github.com/kavon/92d153cdd54ce9b77162af3af47d4c95

I'm trying to install CentOS SPARC on a Netra T1, but it boots from disk and i want to know how to enter the bios and set up that boots from cdrom. The other problem i have is that when the Netra T1 is booting it gets stuck when makes a NIS request, and says "Time out for NIS to come up". I know this problem doesn't have relation with CentOS but if somebody has installed CentOS

Hi, I've had this like since last saturday or something. I don't seem to be getting it to beta.centos.org tho, so i'll just make it public thru the channels i control. ftp://centos.upi.iki.fi/pub/centos/4.2beta/isos/sparc/ There is ISOs and .torrents Know yourself out and try it out please. If you have something less than Ultra Sparc, you're out of luck with this as it's

Hi, I've had this like since last saturday or something. I don't seem to be getting it to beta.centos.org tho, so i'll just make it public thru the channels i control. ftp://centos.upi.iki.fi/pub/centos/4.2beta/isos/sparc/ There is ISOs and .torrents Know yourself out and try it out please. If you have something less than Ultra Sparc, you're out of luck with this as it's

> It's the linkers job to hook together functions and definitions that end up in the same binary. Your OS will then hook in functions from other binaries when your executable is loaded into memory. How does it know whether it is a system function or a user-defined function? It seems that user functions have higher priorities over system functions as demonstrated by the following example.

---------------------------- Original Message ---------------------------- Subject: [Fwd: Re: [Fwd: Regarding alias analysis pass]] From: netra at cse.iitb.ac.in Date: Sat, April 16, 2011 8:38 am To: -------------------------------------------------------------------------- Hi, Actually i wanted to study the kind of aliases recognized by basicaa pass. aa-eval only gives the # of aliases

Hi, I check-out the latest version of LLVM and see many failures (on Win64): ******************** 67> FAIL: LLVM :: Transforms/GlobalOpt/zeroinitializer-gep-load.ll (5518 of 7763) 67> ******************** TEST 'LLVM :: Transforms/GlobalOpt/zeroinitializer-gep-load.ll' FAILED ******************** 67> Script: 67> -- 67> W:/LLVM_org/build64/bin/Debug/opt.EXE <

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 hear. If no-ones using it, I’d propose to remove the dead

> On May 17, 2016, at 1:33 AM, Shi, Steven via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hello, > Let me ask a LTO simple question again. For the llvm LTO example in the link:http://llvm.org/docs/LinkTimeOptimization.html <http://llvm.org/docs/LinkTimeOptimization.html>, I use below build commands to generate three different optimization level binary: -O0, -O1, -O2.

In a debug build you should get a stack trace by default, which would be helpful here. I can try to repro later today, but I'm not surprised there are issues because most people I know stick with 32-bit builds even on 64-bit Windows. On Mon, Apr 29, 2013 at 4:27 AM, Demikhovsky, Elena <elena.demikhovsky at intel.com> wrote: > Hi, > > > > I check-out the latest version of

Hi Chaps, A couple of Sun Netra t105 have been donated to the CentOS Project. The machines are located in London and I was wondering if anyone in the area might be able to host these machines for us ? They come with 19" rack rails. We would need access to some - but not a whole lot of - bandwidth. We plan on using these machines in developer roles, for code testing and sandbox builds.