<feed xmlns='http://www.w3.org/2005/Atom'>
<title>emscripten-fastcomp-clang/test/Modules/Inputs/StdDef, branch master</title>
<subtitle>emscripten clang</subtitle>
<id>https://git.amat.us/emscripten-fastcomp-clang/atom/test/Modules/Inputs/StdDef?h=master</id>
<link rel='self' href='https://git.amat.us/emscripten-fastcomp-clang/atom/test/Modules/Inputs/StdDef?h=master'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/'/>
<updated>2013-03-22T00:10:49Z</updated>
<entry>
<title>&lt;rdar://problem/13479214&gt; Make Clang's &lt;stddef.h&gt; robust against system headers defining size_t/ptrdiff_t/wchar_t.</title>
<updated>2013-03-22T00:10:49Z</updated>
<author>
<name>Douglas Gregor</name>
<email>dgregor@apple.com</email>
</author>
<published>2013-03-22T00:10:49Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp-clang/commit/?id=daf2e1c636799535a7eb058ffab93cdf52f466cb'/>
<id>urn:sha1:daf2e1c636799535a7eb058ffab93cdf52f466cb</id>
<content type='text'>
Clang's &lt;stddef.h&gt; 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.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@177686 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
</feed>
