
Newer SDKs don't even provide libstdc++ headers, so it's effectively never valid to build for libstdc++ unless the user explicitly asks for it (in which case they will need to provide include paths and more). This is a re-application of c5ccb78ade81 which had been reverted in 33171df9cc7f because it broke the Fuchsia CI bots. The issue was that the test was XPASSing because it didn't fail anymore when the CLANG_DEFAULT_CXX_LIB was set to libc++, which seems to be done for Fuchsia. Instead, the test only fails if CLANG_DEFAULT_CXX_LIB is set to libstdc++. As a fly-by fix, also adjust the triple used by various tests to something that is supported. Those tests were shown to fail on internal bots. Differential Revision: https://reviews.llvm.org/D131274
14 lines
372 B
C
14 lines
372 B
C
// REQUIRES: system-darwin
|
|
// RUN: %clang -target x86_64-apple-darwin11 -fsyntax-only -std=c11 -isysroot %S/Inputs %s
|
|
#include <float.h>
|
|
|
|
// Test the #include_next on float.h works on Darwin.
|
|
#ifndef FLT_HAS_SUBNORM
|
|
#error "FLT_HAS_SUBNORM not defined"
|
|
#endif
|
|
|
|
// Test that definition from builtin are also present.
|
|
#ifndef FLT_MAX
|
|
#error "FLT_MAX not defined"
|
|
#endif
|