similar to: [LLVMdev] profile directed if conversion

Hello, everyone. How can I implement profile-directed if-conversion for an specific architecture on LLVM? I know if-conversion pass of LLVM. Thank you for your help! I am new LLVMer, your presents do me a favor!

Hello, we can get BasicBlock from MachineBasicBlock through MachineBasicBlock::getBasicBlock() function, but how can I get MachineBasicBlock of a BasicBlock? Thank you!

I don't think you can. The BasicBlock is a member of MachineBasicBlock. It is not inherited, so it cannot be cast. The number of the MachineBasicBlock is not the same as any BasicBlock values. So MachineFunction::getMachineBasicBlock( BasicBlock::{get the number} ) cannot work. I do not see much in the basic block which can identify it. So you can search for it. typedef struct findBlock {

Also note: there may be multiple MachineBasicBlock's for a single BasicBlock. - David M On Fri, Oct 15, 2010 at 4:59 AM, Jeff Kunkel <jdkunk3 at gmail.com> wrote: > I don't think you can. > > The BasicBlock is a member of MachineBasicBlock. It is not inherited, > so it cannot be cast. The number of the MachineBasicBlock is not the > same as any BasicBlock values.

Hi, is there a pass for profile-directed optimization or transformation, which doesn't use ProfileInfo- and ProfileLoader-class? Perhaps in a project based on LLVM that uses profile data generated 'outside' of the standard LLVM-chain shown in 'profile.pl'? Is there an example for such a pass I've slipped? Kind regards, Nico

Dear LLVMers, The CVS to Subversion conversion that was originally scheduled for today will not be happening today. The reasons for this are: 1) There was a change of plans here at UIUC. Instead of hosting LLVM on the CS department SVN server as originally planned, we decided to host the server on the same machine as the llvm.org web site and the current CVS server. This was done to address

Hi all, Sorry to dig up an old thread but I wondered what the status of if-conversion in LLVM is. Has any work been done towards handling this as a transform pass on the IR? I'm looking to implement an if-conversion pass and wanted to ensure that I'm not duplicating work. Is this something that others would also find useful? Rob -- View this message in context:

On 4/10/2013 12:45 PM, Hal Finkel wrote: > > Should AnalyzeBranch be enhanced to somehow indicate conditional returns? I don't think that returns can ever be analyzable (since LLVM's CFG does not have a designated exit block). > Alternatively, the diamond conversion routine contains this: > > // RemoveExtraEdges won't work if the block has an unanalyzable branch,

Hi, Are you guys interested in implementing if-conversion as a GSoC 2015 project? Last year, I did a literature review about approaches of if-conversion and the if-conversion in LLVM. This was the undergraduate thesis of my bachelor degree. It seems that, the if-conversion used in LLVM is a very simple approach instead of following the literature. So I want to implement the approaches in the

Ralf Karrenberg wrote: >> If you write a separate pass, we'd like to integrate it in mainline >> llvm sources. >> > > Thank you for your answers. I will do my best to develop something which > could be useful for more people :). > If you're looking for sources on how to do if-conversion, there's an algorithm for it in the book "Optimizing

Hi, > > Sorry to dig up an old thread but I wondered what the status of > if-conversion in LLVM is. Has any work been done towards handling this as a > transform pass on the IR? > As far as I know, some if-conversion is done in SimplifyCFG: Have a look at the SpeculativelyExecuteBB function in lib/Transforms/Utils/SimplifyCFG.cpp. Cheers, Jonas -------------- next part

We currently die with an error message if we can't find a Converter for a specific guest operating system. However, virt-v2v can still usefully transfer storage and metadata. This change turns the error into a (lengthy) warning, and continues with metadata conversion if guest conversion isn't possible. --- lib/Sys/VirtV2V/Converter.pm | 21 ++++++++++++++++++--- 1 files changed, 18

Hi. I'm trying to vectorize the following piece of code with Loop Vectorizer (from LLVM distribution Nov 2015), but no vectorization takes place: int *Test(int *res, int *c, int *d, int *p) { int i; for (i = 0; i < 16; i++) { //res[i] = (p[i] == 0) ? c[i] : d[i]; res[i] = (p[i] == 0) ? res[i] : res[i] + d[i];

OK, Let me describe. There is nothing wrong with if-conversion in LLVM. The algorithm implemented in LLVM can handle the if(???){do something} and if(???){do something}else{do something else} case very well. But it can handle complicated case like when there are a lot of gotos in the program. The more systematic way to do if-conversion is based on Hyperblock [Scott A. Mahlke et al 1992]

Evan, et al., I've come across a small issue when using the if conversion pass in PPC to generate conditional returns. Here's a small example: ** Before if conversion ** BB#0: derived from LLVM BB %entry %R3<def> = LI 0 %CR0<def> = CMPLWI %R3, 0 BCC 68, %CR0, <BB#3> Successors according to CFG: BB#3(16) BB#1(16) BB#1: derived from LLVM BB

Hello everyone, I'd like to know if there is an optimization in llvm doing something like an if-conversion on the IR. I only found IfConversion.cpp which appears to only provide the desired functionality on machine code during code-generation. I want to transform branches into serial code with select-instructions as a pre-processing step for further transformations. If there is no such

On Jan 20, 2009, at 2:29 AM, Ralf Karrenberg wrote: > Hello everyone, > > I'd like to know if there is an optimization in llvm doing something > like an if-conversion on the IR. I only found IfConversion.cpp which > appears to only provide the desired functionality on machine code > during > code-generation. > > I want to transform branches into serial code with

Hi, I have a directed graph and wants to find is there any cycle in it? If it is, which nodes or edges are in the cycle. Is there any way to find the cycle in a directed graph in R? Regards, Amir

Hi, > On Apr 22, 2016, at 8:27 PM, Hal Finkel via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hi Rob, > > The problem here is that the d[i] array is only conditionally accessed, and so we can't if-convert the loop body. The compiler does not know that d[i] is actually dereferenceable for all i from 0 to 15 (the array might be shorter and p[i] is 0 for i past the end

Hello all Sorry for the repost, but I believe this is essential for Aastra phones to use directed pickup with BLF in 1.2 (and it's still experimental in 1.4 I think). pickup-mgernoth-2006-07-28.patch.txt If anyone knows otherwise than that this is still required in latest 1.2 or 1.4 please reply with success/failure stories. Any info would be appreciated. We can get directed BLF pickup