search for: catchswitch

...id @ms_t1d_ConsoleApplication4_d_Program2_m1() to label %BasicBlock2 unwind label %2, !dbg !92 BasicBlock2: ; preds = %BasicBlock1 br label %BasicBlock3, !dbg !93 ; <label>:2: ; preds = %BasicBlock1 %3 = catchswitch within none [label %BasicBlock4] unwind to caller, !dbg !93 BasicBlock3: ; preds = %BasicBlock5, %BasicBlock2 %4 = load i32, i32* %csLoc0, !dbg !94 ret i32 %4, !dbg !94 BasicBlock4: ; preds = %2 %5 = catchpad within %...

The test in question is clang-check-mac-libcxx-fixed-compilation-db.cpp which copies clang-check to a local directory to make sure clang can find libcxx via rpath. However, when built with shared libs, the copy of clang-check can't find any of it's libraries, so I'd like to either turn if off when BUILD_SHARED_LIBS=ON, or find a way to fix it. Thought about trying to use

...unwind label %2, !dbg !92 >> >> BasicBlock2: ; preds = >> %BasicBlock1>> br label %BasicBlock3, !dbg !93 >> >> ; <label>:2: ; preds = >> ; %BasicBlock1>> %3 = catchswitch within none [label %BasicBlock4] unwind to >> %caller, !dbg !93>> >> BasicBlock3: ; preds = >> %BasicBlock5, %BasicBlock2>> %4 = load i32, i32* %csLoc0, !dbg !94 >> ret i32 %4, !dbg !94 >> >> BasicBlo...

...ithin none [], %41 = call i8* @llvm.localaddress(), invoke void @"?fin at 0@main@@"(i8 1, i8* %41) #7 [ "funclet"(token %40) ] to label %42 unwind label %43, ; <label>:42: ; preds = %39 cleanupret from %40 unwind label %43, ; <label>:43: ; preds = %42, %39, %32 %44 = catchswitch within none [label %45] unwind to caller, ; <label>:45: ; preds = %43 %46 = catchpad within %44 [i8* bitcast (i32 (i8*, i8*)* @"?filt at 0@main@@" to i8*)], catchret from %46 to label %47, ; <label>:47: ; preds = %45 // except handler block .. br label %53, !dbg !155 ; <lab...

Hi, I wanted to revive this issue of supporting asm goto (Bug 9295<https://bugs.llvm.org/show_bug.cgi?id=9295>). As was already proposed, the best way seems to be introducing new IR. If we're changing the IR, we should probably provide an infrastructure that solves or at least enables future support for things like: 1. MS-style inline asm jmps and goto (Bug

For anyone following along on ToT using the gc.statepoint mechanism, you should know that ToT is currently not able to express arbitrary exceptional control flow and relocations along exceptional edges. This is a direct result of moving the gc.statepoint representation to using a token type landingpad. Essentially, we have a design inconsistency where we expect to be able to