search for: stmt_1

Displaying 8 results from an estimated 8 matches for "stmt_1".

Did you mean: stmt1
2012 Nov 30
2
[LLVMdev] [polly] scev codegen (first step to remove the dependence on ivcanon pass)
...tion). More precisely I want to add another function called apply_map that applies a map (loop -> expr) on a given scev. This is the apply function on a multi-variate polynomial. So here is an overview of how I would like the scev code generator to work on an example: supposing that we have a Stmt_1 that gets code generated by either CLooG or ISL-codegen like this: Stmt_1(c1, c1+4, c1+c2); we will construct a map that maps the old iteration domain with 3 dimensions (there are 3 arguments in Stmt_1 representing the original loop nest in which Stmt_1 was located, let's call the original...
2012 Dec 01
0
[LLVMdev] [polly] scev codegen (first step to remove the dependence on ivcanon pass)
...on on a > multi-variate > polynomial. Hi Sebastian, thanks for working on removing our dependence on iv canonicalization. Let me first comment on the approach: > So here is an overview of how I would like the scev code generator to > work on an > example: supposing that we have a Stmt_1 that gets code generated by > either > CLooG or ISL-codegen like this: > > Stmt_1(c1, c1+4, c1+c2); > > we will construct a map that maps the old iteration domain with 3 > dimensions > (there are 3 arguments in Stmt_1 representing the original loop nest in > which &gt...
2008 Aug 12
0
[LLVMdev] Eliminating gotos
On Aug 11, 2008, at 2:02 PM, Benedict Gaster wrote: > We would like to develop a code generator using LLVM for a target > language that does not support conditional branches and in fact only > supports structured control flow, eg. If and while. What's the difference between an "if" and a conditional branch? > As far as I can tell that the problem with doing this in
2008 Aug 11
3
[LLVMdev] Eliminating gotos
We would like to develop a code generator using LLVM for a target language that does not support conditional branches and in fact only supports structured control flow, eg. If and while. As far as I can tell that the problem with doing this in LLVM today, is that it does not support these high-level constructs and instead all control flow is implemented as branches. It is ³fairly²
2015 Oct 05
3
Re: [PATCH 0/4] v2v: simplify driver copying from virtio-win iso
On Thu, Oct 01, 2015 at 07:09:02PM +0300, Roman Kagan wrote: > On Thu, Oct 01, 2015 at 04:22:14PM +0100, Richard W.M. Jones wrote: > > On Thu, Oct 01, 2015 at 06:04:03PM +0300, Roman Kagan wrote: > > > On Mon, Aug 10, 2015 at 06:55:28PM +0300, Roman Kagan wrote: > > > > Libguestfs supports passing an ISO image as a source of virtio windows > > > > drivers
2015 Oct 05
0
Re: [PATCH 0/4] v2v: simplify driver copying from virtio-win iso
...ode, i.e. all the drivers > do get copied into the guest upon conversion. > > So this code does work as intended; being totally clueless in OCaml I'd > appreciate being explained -- how? It's like in C. The following two if statements do different things: if foo then ( stmt_1; stmt_2; ) if foo then stmt_1; stmt_2; The second one runs stmt_2 unconditionally. > > > - Calling String.lowercase is unsafe (because the function is just > > > broken in OCaml) and unnecessary. Just remove it. > > I can't figure out why it's...
2008 Aug 12
4
[LLVMdev] Eliminating gotos
...e. [bg] Actually this does not need to be the case. The paper that I sighted does not use code replication to resolve irreducible control flow but instead introduces a loop construct. For example, consider the following irreducible loop (taken directly from the paper): if(x) goto L2; L1: stmt_1; L2: stmt_2; if(y) goto L1; Using the algorithm described for goto elimination this can be re-written as: goto_L2 = x; do { if (!goto_L2) { goto_L1 = 0; stmt_1; } goto_L2=0; stmt_2; goto_L1=y; } while (goto_L1);...
2015 Oct 06
3
Re: [PATCH 0/4] v2v: simplify driver copying from virtio-win iso
...pied into the guest upon conversion. > > > > So this code does work as intended; being totally clueless in OCaml I'd > > appreciate being explained -- how? > > It's like in C. The following two if statements do different things: > > if foo then ( > stmt_1; > stmt_2; > ) > > if foo then > stmt_1; > stmt_2; > > The second one runs stmt_2 unconditionally. Looks right... The problem is that the statement which runs unconditionally is g#cp source target where, in case the condition evaluates to false, &qu...