search for: fail6

On Nov 13, 2009, at 3:34 AM, Jon Harrop wrote: >> Point 4 is the one that caused me trouble for some time. >> Unfortunately >> it causes a bad interaction with the optimiser, specifically the >> 'simplifycfg' pass. What seems to happen is that since the function >> you are calling is marked with 'noreturn', the simplifycfg pass will >> then

...5, i32* @shadow_stack_depth store %2 %3, %2* %0 ret i8* undef pass2: ; preds = %cont %39 = add i32 %1, 1 ; <i32> [#uses=1] %40 = icmp slt i32 %1, 0 ; <i1> [#uses=1] br i1 %40, label %fail6, label %pass4 pass4: ; preds = %pass2 %41 = extractvalue %0 %4, 1 ; <i32> [#uses=1] %42 = icmp sgt i32 %41, %1 ; <i1> [#uses=1] br i1 %42, label %cont8, label %fail6 fail6:...

...; <%0> [#uses=2] %14 = extractvalue %0 %13, 2 ; <i8*> [#uses=1] %15 = ptrtoint i8* %14 to i32 ; <i32> [#uses=1] %16 = icmp eq i32 %15, 0 ; <i1> [#uses=1] br i1 %16, label %pass7, label %fail6 fail6: ; preds = %cont5 %17 = load %0* @visit_stack ; <%0> [#uses=2] %18 = load i32* @n_visit ; <i32> [#uses=4] %19 = icmp sge i32 %18, 0 ; <i1> [#uses=1] br i1 %19...

On Friday 13 November 2009 04:57:43 David Terei wrote: > I've run into some issues with tail calls in the past, make sure you > are doing the following: > > 1. Call should be marked with tail (obviously) > 2. Next statement after tail call should be 'return void' > 3. Use fast call convention for tail calls > 4. Make sure the function you are calling doesn't

This patch series is a reworking of a series developed by Mukesh Rathor at Oracle. The entirety of the design and development was done by him; I have only reworked, reorganized, and simplified things in a way that I think makes more sense. The vast majority of the credit for this effort therefore goes to him. This version is labelled v13 because it is based on his most recent series, v11.