summaryrefslogtreecommitdiffstats
path: root/Source/cmGlobalVisualStudio10Generator.h
diff options
context:
space:
mode:
authorRaphael Kubo da Costa <rakuco@FreeBSD.org>2015-09-15 14:31:12 (GMT)
committerBrad King <brad.king@kitware.com>2015-09-15 14:51:54 (GMT)
commitffa6f057b4ae07c9dc7b9e1d12ecc0a2e19333a1 (patch)
tree3a18a85325fb2d883b0019a629ef9d69149dd5e8 /Source/cmGlobalVisualStudio10Generator.h
parentcda189356e7e0a897377c3d7ed02ea3a3ad1de5a (diff)
downloadCMake-ffa6f057b4ae07c9dc7b9e1d12ecc0a2e19333a1.zip
CMake-ffa6f057b4ae07c9dc7b9e1d12ecc0a2e19333a1.tar.gz
CMake-ffa6f057b4ae07c9dc7b9e1d12ecc0a2e19333a1.tar.bz2
Avoid using C11 to build CMake if _Thread_local support is broken
Support for C11's _Thread_local was introduced in GCC in the 4.9 series, even though we make the C11 compiler flags available in CMake with GCC >= 4.6. FreeBSD's runetype.h uses _Thread_local, which causes CMake's own build to fail when using GCC < 4.9 and -std=gnu11: /usr/include/runetype.h:92:22: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'const' extern _Thread_local const _RuneLocale *_ThreadRuneLocale; Add a test for _Thread_local support and only build CMake itself with C11 support if it works. Bug: http://www.cmake.org/Bug/view.php?id=15741
Diffstat (limited to 'Source/cmGlobalVisualStudio10Generator.h')
0 files changed, 0 insertions, 0 deletions