Fix test failure due to racing commits
authorReid Kleckner <reid@kleckner.net>
Fri, 17 Apr 2015 01:09:53 +0000 (01:09 +0000)
committerReid Kleckner <reid@kleckner.net>
Fri, 17 Apr 2015 01:09:53 +0000 (01:09 +0000)
It looks like r235145 changed the .ll syntax for variadic calls. Update
tests to use the new syntax.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@235156 91177308-0d34-0410-b5e6-96231b3b80d8

test/CodeGen/WinEH/seh-prepared-basic.ll
test/CodeGen/X86/win_eh_prepare.ll

index a7c38814fe078870a8b5048decb3ace85d790ba9..880bb3c33a8df7516d987c7663c3fb42b78ac802 100644 (file)
@@ -17,14 +17,14 @@ target triple = "x86_64-pc-windows-msvc"
 ; Function Attrs: uwtable
 define void @do_except() #0 {
 entry:
-  call void (...)* @llvm.frameescape()
+  call void (...) @llvm.frameescape()
   invoke void @g() #5
           to label %__try.cont unwind label %lpad1
 
 lpad1:                                            ; preds = %entry
-  %0 = landingpad { i8*, i32 } personality i8* bitcast (i32 (...)* @__C_specific_handler to i8*)
+  %ehvals = landingpad { i8*, i32 } personality i8* bitcast (i32 (...)* @__C_specific_handler to i8*)
           catch i8* bitcast (i32 (i8*, i8*)* @"\01?filt$0@0@do_except@@" to i8*)
-  %recover = call i8* (...)* @llvm.eh.actions(i32 1, i8* bitcast (i32 (i8*, i8*)* @"\01?filt$0@0@do_except@@" to i8*), i32 -1, i8* blockaddress(@do_except, %__try.cont))
+  %recover = call i8* (...) @llvm.eh.actions(i32 1, i8* bitcast (i32 (i8*, i8*)* @"\01?filt$0@0@do_except@@" to i8*), i32 -1, i8* blockaddress(@do_except, %__try.cont))
   indirectbr i8* %recover, [label %__try.cont]
 
 __try.cont:                                       ; preds = %lpad1, %entry
index 48f3ca4f7eea01039d4409f3856b4af66e7c0a4c..a33dd92ad72a9ef549fca497cfba9c8b635fc903 100644 (file)
@@ -46,7 +46,7 @@ define internal i32 @filt_g(i8*, i8*) {
 ; CHECK: landingpad
 ; CHECK-NEXT: cleanup
 ; CHECK-NEXT: catch
-; CHECK-NEXT: call i8* (...)* @llvm.eh.actions({{.*}})
+; CHECK-NEXT: call i8* (...) @llvm.eh.actions({{.*}})
 
 
 ; A MinGW64-ish EH style. It could happen if a binary uses both MSVC CRT and