similar to: [LLVMdev] Questions about BB number changes

What do you mean by test case please ? Using the following commands to compile mcf program can reproduce such issue all the time. Probably it is my version's problem. Because I checked out 3.3version from SVN before published. Could you tell me where Manman modified ? I cannot port to new version very quickly after changing it a lot already. Thanks, - Pengcheng On Nov 5, 2013, at

Hi, What version of clang are you using? I think r174785 is the fix. Manman On Tue, Nov 5, 2013 at 11:04 AM, lipengcheng <pli at cs.rochester.edu> wrote: > What do you mean by test case please ? Using the following commands to > compile mcf program > can reproduce such issue all the time. > > Probably it is my version's problem. Because I checked out 3.3version from

Also r174479. Manman On Tue, Nov 5, 2013 at 11:11 AM, Manman Ren <manman.ren at gmail.com> wrote: > Hi, > > What version of clang are you using? I think r174785 is the fix. > > Manman > > > On Tue, Nov 5, 2013 at 11:04 AM, lipengcheng <pli at cs.rochester.edu> wrote: > >> What do you mean by test case please ? Using the following commands to

Another finding is when I use both -code-model=large and -relocation-model=pic (!!!!!note changed), it still generate the static relocation. So does it mean -relocation-model=pic does not like to work with -code-model=large ? Thanks, -Pengcheng On Nov 6, 2013, at 1:52 PM, lipengcheng <pli at cs.rochester.edu> wrote: > Yep. I tried it. It used a movabsq instruction instead and a

This is from work that Manman did. I thought she'd fixed this particular issue though. Can you file a bug with a test case please? On Nov 5, 2013 10:10 AM, "lipengcheng" <pli at cs.rochester.edu> wrote: > Hello LLVM, > > I encountered the following bugs when I compiled my program in debug > version. > Could someone help me with that ? Really appreciate that.

Hello LLVM, I encountered the following bugs when I compiled my program in debug version. Could someone help me with that ? Really appreciate that. Thanks, Take the mcf program in SPEC2K6 as example. The compiling options are : clang -O0 -c -emit-llvm -o obj/mcf.o -g -DSPEC_CPU mcf.c llvm-link -o mcf.bc obj/mcf.o opt -o mcf.opt.bc mcf.bc -O2 llc -O0 -relocation-model=static -o mcf.s

Yep. I tried it. It used a movabsq instruction instead and a static allocation. Thanks a lot. I will read it immediately. Again thanks. - Pengcheng On Nov 6, 2013, at 1:45 PM, Tim Northover <t.p.northover at gmail.com> wrote: >> If you also give "-code-model=large" then LLVM won't assume that >> "addr" is nearby so it'll use a movabsq with a

> If you also give "-code-model=large" then LLVM won't assume that > "addr" is nearby so it'll use a movabsq with a static relocation. Actually, it seems our own Eli has written rather a good description of these code models: http://eli.thegreenplace.net/2012/01/03/understanding-the-x64-code-models/. Well worth the read (the default models he talks about at the

Hello, I have a question regarding PGO instrumented BBs (I use IR-level instrumentation). It seems that instrumented BBs do not match between the two compilations for profile-gen and profile-use for some cases. Here is an example from SPECcpu 2006 lbm (a simple case consisting of just two modules). In the first compilation, we have 5 instrumentation points for the main function as follows: $

Hi, I''m new to Rails. Have read the Agile book. Working on new app, its going well. Now, I am at a crossroads. I need to choose a bbs for my site The significance for rails development is that I want to have single sign on between both my Rails app and my forum. I was just about to work on integrating the Rails SaltedLoginGenerator into my rails app when I read this post

Hi, The compilation of the following code void f(int *a, int b[], int n) { int i; for(i=0; i< n; ++i) a[i] = b[i]; } gives the IR: define void @f(i32* nocapture %a, i32* nocapture %b, i32 %n) nounwind { %1 = icmp sgt i32 %n, 0 br i1 %1, label %.lr.ph, label %._crit_edge .lr.ph: ; preds = %0 %tmp = zext i32 %n to i64 br label %2 ;

Hello, I am working on my research using LLVM. I need to obtain the following information at each object file during compilation, and want to store them into the new section that I define. Currently the target architecture is x86_64 with ELF format. *a) actual size of basic blocks in bytes to be emitted * *b) number of fixups (adjusted in MCAssembler.cpp) that belong to each basic block * I

​Hello, I want to obtain the following information at each object file during compilation, and store them into the new section that I define. Currently the target architecture is x86_64 with ELF format. *a) actual size of basic blocks in bytes to be emitted * *b) number of fixups that belong to each basic block* By the time of emitting the actual bytes, I could only see the unit of the

Hello all, I am developing an out-of-tree backend for a unique simd processor and I'm looking for a bit of help. In my current design, it's possible for a case to arise where I decide during instruction legalization that a fixed-sized array of vectors which has been initially allocated on the stack needs to be lowered into the vector register file. I have this design working for the case

https://bugs.freedesktop.org/show_bug.cgi?id=96274 Bug ID: 96274 Summary: [NVC0] Failure when compiling compute shader: Assertion `bb->getFirst()->serial <= bb->getExit()->serial' failed Product: Mesa Version: git Hardware: Other OS: All Status: NEW

Hi, I have written a code layout feedback directed optimization pass, which currently works for basic block reordering and function reordering. It very effectively improves the speedup (we could improve Python by 30%). The profiling method is window based context sensitive which is based on reference affinity (

I mentioned a way which I used to grab the entry address of BB in previous email for Andrew. As I said, there is a limitation. And I am not sure it can be used for other cases. For my research code compression, my final goal is to improve the performance and keep code size as small as possible. Now, for the first step I want to code a program which can load and run elf binary code. Here, I want

reg2mem does not eliminate phi nodes the way codegen does, it just converts ssa values to non-ssa values. It's not the same thing. On Tue, Apr 21, 2015 at 10:14 PM, Eric Lu <eirc.lew at gmail.com> wrote: > By the way. When I remove these phi nodes with -reg2mem, some new load > operations will be inserted, but when I try cache load operations with: > visitFunction >

Sorry, forgot to add group to CC. On Sun, Nov 20, 2011 at 6:14 PM, Ryan Taylor <ryta1203 at gmail.com> wrote: > Cameron, > > To make it less vague, I would ideally like to traverse top down. I > believe what you suggested is what I want, I will have a look at it. > > Currently, I am iterating over the BBs in a Function, so > Function::iterator BBitr=F->begin(),

Is there a way to cast the rpo_iterator to a basic block pointer? I need to use the functions of the class Basic Block. On Sun, Nov 20, 2011 at 3:15 PM, Ryan Taylor <ryta1203 at gmail.com> wrote: > Sorry, forgot to add group to CC. > > On Sun, Nov 20, 2011 at 6:14 PM, Ryan Taylor <ryta1203 at gmail.com> wrote: > >> Cameron, >> >> To make it less vague,