Added CFNumberCreate test case to illustrate a 32-bit/64-bit arch issue.

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

diff --git a/test/Analysis/CFNumber.c b/test/Analysis/CFNumber.c
index e31355b846c9a4a1b69dc186083e195c0e4e4b76..c82e0a683e59afb871958ce052c157ae7ebe78d2 100644 (file)
--- a/test/Analysis/CFNumber.c
+++ b/test/Analysis/CFNumber.c
@@ -1,4 +1,4 @@
-// RUN: clang -checker-cfref -verify %s
+// RUN: clang -checker-cfref -verify -triple x86_64-apple-darwin9 %s
 
 typedef signed long CFIndex;
 typedef const struct __CFAllocator * CFAllocatorRef;
@@ -26,3 +26,7 @@ CFNumberRef f2() {
   uint16_t x = 1;
   return CFNumberCreate(0, kCFNumberSInt8Type, &x); // expected-warning{{A 16 bit integer is used to initialize a CFNumber object that represents an 8 bit integer. 8 bits of the input integer will be lost.}}
 }
+
+CFNumberRef f3(unsigned i) {
+  return CFNumberCreate(0, kCFNumberLongType, &i); // expected-warning{{A 32 bit integer is used to initialize a CFNumber object that represents a 64 bit integer.}}
+}
\ No newline at end of file