maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/lib/Headers/stddef.h

117 lines
3.5 KiB
C
Raw Normal View History

Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
/*===---- stddef.h - Basic type definitions --------------------------------===
*
* Copyright (c) 2008 Eli Friedman
*
* Permission is hereby granted, free of charge, to any person obtaining a copy
* of this software and associated documentation files (the "Software"), to deal
* in the Software without restriction, including without limitation the rights
* to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
* copies of the Software, and to permit persons to whom the Software is
* furnished to do so, subject to the following conditions:
*
* The above copyright notice and this permission notice shall be included in
* all copies or substantial portions of the Software.
*
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
* AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
* OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
* THE SOFTWARE.
*
*===-----------------------------------------------------------------------===
*/
#ifndef __STDDEF_H
#define __STDDEF_H
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#if !defined(_PTRDIFF_T) || __has_feature(modules)
/* Always define ptrdiff_t when modules are available. */
#if !__has_feature(modules)
Add '#ifndef _PTRDIFF_T' guard around definition of ptrdiff_t. Fixes <rdar://problem/9210154>. llvm-svn: 128578
2011-03-31 05:43:52 +08:00
#define _PTRDIFF_T
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#endif
[Headers] Use standard builtin defines instead of typeof trickery. - The trickery can confuse more basic source processors, in particular the Unix conformance tool that wants to scan headers. llvm-svn: 174475
2013-02-06 08:38:13 +08:00
typedef __PTRDIFF_TYPE__ ptrdiff_t;
Add '#ifndef _PTRDIFF_T' guard around definition of ptrdiff_t. Fixes <rdar://problem/9210154>. llvm-svn: 128578
2011-03-31 05:43:52 +08:00
#endif
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#if !defined(_SIZE_T) || __has_feature(modules)
/* Always define size_t when modules are available. */
#if !__has_feature(modules)
Add preprocessor guards to the definitions of size_t and wchar_t, and #undef NULL before defining it. This addresses potential issues with system headers reported in <rdar://problem/7727159>. llvm-svn: 98006
2010-03-09 07:23:45 +08:00
#define _SIZE_T
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#endif
[Headers] Use standard builtin defines instead of typeof trickery. - The trickery can confuse more basic source processors, in particular the Unix conformance tool that wants to scan headers. llvm-svn: 174475
2013-02-06 08:38:13 +08:00
typedef __SIZE_TYPE__ size_t;
Add preprocessor guards to the definitions of size_t and wchar_t, and #undef NULL before defining it. This addresses potential issues with system headers reported in <rdar://problem/7727159>. llvm-svn: 98006
2010-03-09 07:23:45 +08:00
#endif
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
Fix typo in a stddef.h comment: s/risze_t/rsize_t/ llvm-svn: 180916
2013-05-02 18:36:31 +08:00
/* ISO9899:2011 7.20 (C11 Annex K): Define rsize_t if __STDC_WANT_LIB_EXT1__ is
Headers: Add support for ISO9899:2011 rsize_t. llvm-svn: 179427
2013-04-13 07:24:56 +08:00
* enabled. */
#if (defined(__STDC_WANT_LIB_EXT1__) && __STDC_WANT_LIB_EXT1__ >= 1 && \
!defined(_RSIZE_T)) || __has_feature(modules)
/* Always define rsize_t when modules are available. */
#if !__has_feature(modules)
#define _RSIZE_T
#endif
typedef __SIZE_TYPE__ rsize_t;
#endif
Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
#ifndef __cplusplus
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
/* Always define wchar_t when modules are available. */
#if !defined(_WCHAR_T) || __has_feature(modules)
#if !__has_feature(modules)
Add preprocessor guards to the definitions of size_t and wchar_t, and #undef NULL before defining it. This addresses potential issues with system headers reported in <rdar://problem/7727159>. llvm-svn: 98006
2010-03-09 07:23:45 +08:00
#define _WCHAR_T
Make sure we define wchar_t related macros correctly in -fms-extensions mode. This adds a test to make sure we define _WCHAR_T_DEFINED and _NATIVE_WCHAR_T_DEFINED correctly in the preprocessor, and updates stddef.h to set it when typedeffing wchar_t. llvm-svn: 180918
2013-05-02 21:12:32 +08:00
#if defined(_MSC_EXTENSIONS)
#define _WCHAR_T_DEFINED
#endif
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#endif
fix PR7192 by defining wchar_t in a more conventional way. The type of L"x" can change based on command line arguments. llvm-svn: 113127
2010-09-06 07:29:49 +08:00
typedef __WCHAR_TYPE__ wchar_t;
Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
#endif
Add preprocessor guards to the definitions of size_t and wchar_t, and #undef NULL before defining it. This addresses potential issues with system headers reported in <rdar://problem/7727159>. llvm-svn: 98006
2010-03-09 07:23:45 +08:00
#endif
Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
Add preprocessor guards to the definitions of size_t and wchar_t, and #undef NULL before defining it. This addresses potential issues with system headers reported in <rdar://problem/7727159>. llvm-svn: 98006
2010-03-09 07:23:45 +08:00
#undef NULL
Revert "[lib/Headers] Define NULL as __DARWIN_NULL when on __APPLE__." Per feedback by Doug, we should avoid platform-specific implementations in lib/Headers as much as possible. This reverts commit r178110. llvm-svn: 178181
2013-03-28 05:22:45 +08:00
#ifdef __cplusplus
Let NULL and MSVC headers coexist better. Fixes the two issues mentioned in PR12146. llvm-svn: 155490
2012-04-25 05:27:01 +08:00
# if !defined(__MINGW32__) && !defined(_MSC_VER)
# define NULL __null
# else
# define NULL 0
# endif
#define NULL as 0 when compiling as C++. This fixes the carbon.cpp and cocoa.mm test failures. llvm-svn: 58685
2008-11-04 14:53:14 +08:00
#else
Let NULL and MSVC headers coexist better. Fixes the two issues mentioned in PR12146. llvm-svn: 155490
2012-04-25 05:27:01 +08:00
# define NULL ((void*)0)
#define NULL as 0 when compiling as C++. This fixes the carbon.cpp and cocoa.mm test failures. llvm-svn: 58685
2008-11-04 14:53:14 +08:00
#endif
std::nullptr_t support in MS headers, from João Matos. llvm-svn: 159448
2012-06-30 02:28:41 +08:00
#ifdef __cplusplus
#if defined(_MSC_EXTENSIONS) && defined(_NATIVE_NULLPTR_SUPPORTED)
namespace std { typedef decltype(nullptr) nullptr_t; }
using ::std::nullptr_t;
#endif
#endif
Teach Clang to provide ::max_align_t in C11 and C++11 modes. This definition is not chosen idly. There is an unfortunate reality with max_align_t -- the specific nature of its definition leaks into the ABI almost immediately. Because it is part of C11 and C++11 it becomes essential for it to match with other systems on that ABI. There is an effort to discourage any further use of this construct as a consequence -- using max_align_t introduces an immediate ABI problem. We can never update it to have larger alignment even as the microarchitecture changes to necessitate higher alignment. =/ The particular definition here exactly matches the ABI of GCC's chosen ::max_align_t definition, for better or worse. This was written with the help of Richard Smith who was decoding the exact ABI implications of the selected definition in GCC. Notably, in-register arguments are impacted by the particular definition chosen. =/ No one is under the illusion that this is a "good" or "useful" definition of max_align_t, and we are working with the standards committee to specify a more useful interface to address this need. llvm-svn: 201729
2014-02-20 06:35:01 +08:00
#if __STDC_VERSION__ >= 201112L || __cplusplus >= 201103L
Headers: Provide an ABI compatible max_align_t when _MSC_VER is defined Summary: Our usual definition of max_align_t wouldn't match up with MSVC if it was used in a template argument. Reviewers: chandlerc, rsmith, rnk Reviewed By: chandlerc CC: cfe-commits Differential Revision: http://llvm-reviews.chandlerc.com/D2924 llvm-svn: 202911
2014-03-05 07:43:48 +08:00
#ifndef _MSC_VER
Teach Clang to provide ::max_align_t in C11 and C++11 modes. This definition is not chosen idly. There is an unfortunate reality with max_align_t -- the specific nature of its definition leaks into the ABI almost immediately. Because it is part of C11 and C++11 it becomes essential for it to match with other systems on that ABI. There is an effort to discourage any further use of this construct as a consequence -- using max_align_t introduces an immediate ABI problem. We can never update it to have larger alignment even as the microarchitecture changes to necessitate higher alignment. =/ The particular definition here exactly matches the ABI of GCC's chosen ::max_align_t definition, for better or worse. This was written with the help of Richard Smith who was decoding the exact ABI implications of the selected definition in GCC. Notably, in-register arguments are impacted by the particular definition chosen. =/ No one is under the illusion that this is a "good" or "useful" definition of max_align_t, and we are working with the standards committee to specify a more useful interface to address this need. llvm-svn: 201729
2014-02-20 06:35:01 +08:00
typedef struct {
long long __clang_max_align_nonce1
__attribute__((__aligned__(__alignof__(long long))));
long double __clang_max_align_nonce2
__attribute__((__aligned__(__alignof__(long double))));
} max_align_t;
Headers: Provide an ABI compatible max_align_t when _MSC_VER is defined Summary: Our usual definition of max_align_t wouldn't match up with MSVC if it was used in a template argument. Reviewers: chandlerc, rsmith, rnk Reviewed By: chandlerc CC: cfe-commits Differential Revision: http://llvm-reviews.chandlerc.com/D2924 llvm-svn: 202911
2014-03-05 07:43:48 +08:00
#else
typedef double max_align_t;
#endif
Teach Clang to provide ::max_align_t in C11 and C++11 modes. This definition is not chosen idly. There is an unfortunate reality with max_align_t -- the specific nature of its definition leaks into the ABI almost immediately. Because it is part of C11 and C++11 it becomes essential for it to match with other systems on that ABI. There is an effort to discourage any further use of this construct as a consequence -- using max_align_t introduces an immediate ABI problem. We can never update it to have larger alignment even as the microarchitecture changes to necessitate higher alignment. =/ The particular definition here exactly matches the ABI of GCC's chosen ::max_align_t definition, for better or worse. This was written with the help of Richard Smith who was decoding the exact ABI implications of the selected definition in GCC. Notably, in-register arguments are impacted by the particular definition chosen. =/ No one is under the illusion that this is a "good" or "useful" definition of max_align_t, and we are working with the standards committee to specify a more useful interface to address this need. llvm-svn: 201729
2014-02-20 06:35:01 +08:00
#define __CLANG_MAX_ALIGN_T_DEFINED
#endif
Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
#define offsetof(t, d) __builtin_offsetof(t, d)
#endif /* __STDDEF_H */
lib/Headers/stddef.h: wint_t should be defined whenever <stddef.h> is included with __need_wint_t. llvm-svn: 116794
2010-10-19 11:42:41 +08:00
/* Some C libraries expect to see a wint_t here. Others (notably MinGW) will use
fix a bunch of comment typos found by codespell. Patch by Luis Felipe Strano Moraes! llvm-svn: 129559
2011-04-15 13:22:18 +08:00
__WINT_TYPE__ directly; accommodate both by requiring __need_wint_t */
lib/Headers/stddef.h: wint_t should be defined whenever <stddef.h> is included with __need_wint_t. llvm-svn: 116794
2010-10-19 11:42:41 +08:00
#if defined(__need_wint_t)
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
/* Always define wint_t when modules are available. */
#if !defined(_WINT_T) || __has_feature(modules)
#if !__has_feature(modules)
lib/Headers/stddef.h: wint_t should be defined whenever <stddef.h> is included with __need_wint_t. llvm-svn: 116794
2010-10-19 11:42:41 +08:00
#define _WINT_T
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#endif
lib/Headers/stddef.h: wint_t should be defined whenever <stddef.h> is included with __need_wint_t. llvm-svn: 116794
2010-10-19 11:42:41 +08:00
typedef __WINT_TYPE__ wint_t;
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#endif
lib/Headers/stddef.h: wint_t should be defined whenever <stddef.h> is included with __need_wint_t. llvm-svn: 116794
2010-10-19 11:42:41 +08:00
#undef __need_wint_t
#endif /* __need_wint_t */