Attempt to fix Linux build - a clang/ubuntu bug means we can't find stddef.h

Author: hughbe

stdlib/public/SwiftShims/SwiftStddef.h

@@ -17,7 +17,11 @@
 // result, using stddef.h here would pull in Darwin module (which includes
 // libc). This creates a dependency cycle, so we can't use stddef.h in
 // SwiftShims.
-#if !defined(__APPLE__)
+// On Linux, the story is different. We get the error message
+// "/usr/include/x86_64-linux-gnu/sys/types.h:146:10: error: 'stddef.h' file not
+// found"
+// This is a known Clang/Ubuntu bug.
+#if !defined(__APPLE__) && !defined(__linux__)
 #include <stddef.h>
 typedef size_t __swift_size_t;
 #else

stdlib/public/SwiftShims/SwiftStdint.h

@@ -15,12 +15,16 @@
 
 // stdint.h is provided by Clang, but it dispatches to libc's stdint.h.  As a
 // result, using stdint.h here would pull in Darwin module (which includes
-// libc).  This creates a dependency cycle, so we can't use stdint.h in
+// libc). This creates a dependency cycle, so we can't use stdint.h in
 // SwiftShims.
+// On Linux, the story is different. We get the error message
+// "/usr/include/x86_64-linux-gnu/sys/types.h:146:10: error: 'stddef.h' file not
+// found"
+// This is a known Clang/Ubuntu bug.
 
 // Clang has been defining __INTxx_TYPE__ macros for a long time.
 // __UINTxx_TYPE__ are defined only since Clang 3.5.
-#if !defined(__APPLE__)
+#if !defined(__APPLE__) && !defined(__linux__)
 #include <stdint.h>
 typedef int64_t __swift_int64_t;
 typedef uint64_t __swift_uint64_t;