search for: cont4

...abel %lpad invoke.cont2: call void @llvm.eh.setehstate(i32 2) invoke void @_ZN5InnerD1Ev(%class.Inner* %inner) to label %invoke.cont3 unwind label %lpad invoke.cont3: call void @llvm.eh.setehstate(i32 1) invoke void @_ZN5OuterD1Ev(%class.Outer* %outer) to label %invoke.cont4 unwind label %lpad invoke.cont4: call void @llvm.eh.setehstate(i32 0) call void @llvm.eh.setehstate(i32 -1) call void @_Z10keep_goingv() ret void lpad: %eh.vals = landingpad { i8*, i32 } personality i8* bitcast (i32 (...)* @__CxxFrameHandler3 to i8*) cleanup catch i8...

On 01/13/2010 02:07 AM, Duncan Sands wrote: > Hi Dustin, the code generators do not support unwind, only the > interpreter does. Ah, the secret is not to even try to frob the gnorts. Manual unwinding, here I come. :-( I was going to say the interpreter doesn't either, but then I recalled it JITs when it can. I don't know how to call into libc from the interpreter to test that.

...p1; if type=2 then dummy='character'; " cont3 <- paste(cont3,"if type=1 then do; if format in ('DATE','DATETIME') then dummy='date'; ",sep="") cont3 <- paste(cont3,"else dummy='numeric'; end; run;",sep="") cont4 <- "proc transpose data=_tmp2 out=_tmp3(DROP=_NAME_); id name; var dummy; run;" cont5 <- paste("proc export data=_tmp3 outfile='",coldef,"' dbms=csv; run;",sep="") obSAS.LanguageService$Submit(cont1) obSAS.LanguageService$Submit(cont2) obSA...

...gt; catch i8** @_ZTIc > %exn = extractvalue { i8*, i32 } %exn.val, 0 > %sel = extractvalue { i8*, i32 } %exn.val, 1 > %tmp2 = tail call i32 @llvm.eh.typeid.for(i8* bitcast (i8** @_ZTIc to i8*)) nounwind > %tmp3 = icmp eq i32 %sel, %tmp2 > br i1 %tmp3, label %invoke.cont4, label %eh.resume > > invoke.cont4: > %tmp0 = tail call i8* @__cxa_begin_catch(i8* %exn) nounwind > %exn.scalar = load i8* %tmp0, align 1 > %conv = sext i8 %exn.scalar to i32 > %call = tail call i32 (i8*, ...)* @printf(i8* getelementptr inbounds ([16 x i8]* @.str, i64 0, i64...

...t: ; preds = %entry invoke void @_ZN5InnerC1Ev(%struct.Inner* %inner) to label %invoke.cont2 unwind label %lpad1 invoke.cont2: ; preds = %invoke.cont invoke void @_Z14do_inner_thingv() to label %invoke.cont4 unwind label %lpad3 invoke.cont4: ; preds = %invoke.cont2 invoke void @_ZN5InnerD1Ev(%struct.Inner* %inner) to label %try.cont unwind label %lpad1 try.cont: ; preds = %invoke.cont4, %invoke.cont8 invoke void...

...@__gxx_personality_v0 catch i8** @_ZTIc %exn = extractvalue { i8*, i32 } %exn.val, 0 %sel = extractvalue { i8*, i32 } %exn.val, 1 %tmp2 = tail call i32 @llvm.eh.typeid.for(i8* bitcast (i8** @_ZTIc to i8*)) nounwind %tmp3 = icmp eq i32 %sel, %tmp2 br i1 %tmp3, label %invoke.cont4, label %eh.resume invoke.cont4: %tmp0 = tail call i8* @__cxa_begin_catch(i8* %exn) nounwind %exn.scalar = load i8* %tmp0, align 1 %conv = sext i8 %exn.scalar to i32 %call = tail call i32 (i8*, ...)* @printf(i8* getelementptr inbounds ([16 x i8]* @.str, i64 0, i64 0), i32 %conv) optsize t...

...ch.int call void @~Obj() resume label %maycatch.int maycatch.int: catchblock void [i8* @typeid.int, i32 7, i32* %e.addr] to label %catch.int unwind label %catchend1 catch.int: invoke void @f(i32 3) to label %cont3 unwind label %catchend1 cont3: invoke void @f(i32 4) to label %cont4 unwind label %maycatch.all cont4: resume label %return maycatch.all: catchblock void [i8* null, i32 0, i8* null] to label %catch.all unwind label %catchend2 catch.all: invoke void @f(i32 5) to label %cont5 unwind label %catchend2 cont5: resume label %cont4 catchend2: catchendblo...

Hi Reid, Thanks for the input. You wrote: > The @_Z4testv.unwind.1 helper just calls ~Inner(), but not ~Outer. That’s actually intentional. The thing to keep in mind is that all of the landing pads are going to be effectively removed by the time the final object image is generated. They are just there to facilitate the table generation, and in the __CxxFrameHandler3 case they don’t mean

..._ZTIc = external constant i8* @_ZTId = external constant i8* @_ZTIPKc = external constant i8* define i8 @_Z3barv(i8* %ptr) uwtable optsize ssp { entry: %v = iload i8* %ptr to label %try.cont unwind label %lpad try.cont: ; preds = %entry, %invoke.cont4 ret i8 %v lpad: ; preds = %entry %exn = landingpad {i8*, i32} personality i32 (...)* @__gxx_personality_v0 cleanup catch i8** @_ZTIc filter [2 x i8**] [i8** @_ZTIPKc, i8** @_ZTId] resume { i8*, i32 } %exn } decl...

On Fri, May 15, 2015 at 5:27 PM, Kaylor, Andrew <andrew.kaylor at intel.com> wrote: > I like the way this sorts out with regard to funclet code generation. > It feels very natural for Windows EH, though obviously not as natural for > non-Windows targets and I think it is likely to block some optimizations > that are currently possible with those targets. > Right, it will