// RUN: %clang_cc1 -triple x86_64-linux-gnu -emit-pch -o %t.1 %s
// RUN: %clang_cc1 -triple x86_64-linux-gnu -error-on-deserialized-decl S1_keyfunc -error-on-deserialized-decl S3 -include-pch %t.1 -emit-pch -o %t.2 %s
// RUN: %clang_cc1 -triple x86_64-linux-gnu -error-on-deserialized-decl S1_method -error-on-deserialized-decl S3 -include-pch %t.2 -emit-llvm-only %s

// FIXME: Why does this require an x86 target?
// REQUIRES: x86-registered-target

#ifndef HEADER1
#define HEADER1
// Header.

struct S1 {
  void S1_method();
  virtual void S1_keyfunc();
};

struct S3 {};

struct S2 {
  operator S3();
};

#elif !defined(HEADER2)
#define HEADER2

// Chained PCH.
S1 *s1;
S2 *s2;

#else

// Using the headers.

void test(S1*, S2*) {
}

#endif

// RUN: %clang_cc1 -triple x86_64-linux-gnu -emit-pch -o %t.1 %s
// RUN: %clang_cc1 -triple x86_64-linux-gnu -error-on-deserialized-decl S1_keyfunc -error-on-deserialized-decl S3 -include-pch %t.1 -emit-pch -o %t.2 %s
// RUN: %clang_cc1 -triple x86_64-linux-gnu -error-on-deserialized-decl S1_method -error-on-deserialized-decl S3 -include-pch %t.2 -emit-llvm-only %s

#ifndef HEADER1
#define HEADER1
// Header.

struct S1 {
  void S1_method();
  virtual void S1_keyfunc();
};

struct S3 {};

struct S2 {
  operator S3();
};

#elif !defined(HEADER2)
#define HEADER2

// Chained PCH.
S1 *s1;
S2 *s2;

#else

// Using the headers.

void test(S1*, S2*) {
}

#endif

--- 
+++ 
@@ -1,6 +1,9 @@
 // RUN: %clang_cc1 -triple x86_64-linux-gnu -emit-pch -o %t.1 %s
 // RUN: %clang_cc1 -triple x86_64-linux-gnu -error-on-deserialized-decl S1_keyfunc -error-on-deserialized-decl S3 -include-pch %t.1 -emit-pch -o %t.2 %s
 // RUN: %clang_cc1 -triple x86_64-linux-gnu -error-on-deserialized-decl S1_method -error-on-deserialized-decl S3 -include-pch %t.2 -emit-llvm-only %s
+
+// FIXME: Why does this require an x86 target?
+// REQUIRES: x86-registered-target
 
 #ifndef HEADER1
 #define HEADER1
Fix bots failing on an explicit triple

Why do we need a registered target for this?

git-svn-id: ffe668792ed300d6c2daa1f6eba2e0aa28d7ec6c@230450 91177308-0d34-0410-b5e6-96231b3b80d8
