Age | Commit message (Collapse) | Author | |
---|---|---|---|
2013-10-12 | Implement national body comment GB9: remove std::gets | Marshall Clow | |
llvm-svn: 192538 | |||
2013-09-17 | G M: Restore the ability for libcxx to compile again on mingw 64. | Howard Hinnant | |
llvm-svn: 190837 | |||
2013-08-01 | Nico Rieck: Currently _MSC_VER and _WIN32 are used to guard code which is | Howard Hinnant | |
MSVC-specific, MSVCRT-specific, or Windows-specific. Because Clang can also define _MSC_VER, and MSVCRT is not necessarily the only C runtime, these macros should not be used interchangeably. This patch divides all Windows-related bits into the aforementioned categories. Two new macros are introduced: - _LIBCPP_MSVC: Defined when compiling with MSVC. Detected using _MSC_VER, excluding Clang. - _LIBCPP_MSVCRT: Defined when using the Microsoft CRT. This is the default when _WIN32 is defined. This leaves _WIN32 for code using the Windows API. This also corrects the spelling of _LIBCP_HAS_IS_BASE_OF to _LIBCPP_HAS_IS_BASE_OF. Nico, please prepare a patch for CREDITS.TXT, thanks. llvm-svn: 187593 | |||
2012-07-27 | Patch by Andrew C. Morrow: shims to work around macroized getc and putc on ↵ | Howard Hinnant | |
linux. On my eglibc 2.13 based Debian system 'getc' is a macro defined in /usr/include/stdio.h. This decision to make it a macro doesn't seem to be guarded by any feature test macro as far as I can see. llvm-svn: 160799 | |||
2011-10-23 | More windows port work by Ruben Van Boxem | Howard Hinnant | |
llvm-svn: 142732 | |||
2011-10-18 | Windows support by Ruben Van Boxem. | Howard Hinnant | |
llvm-svn: 142235 | |||
2010-11-17 | license change | Howard Hinnant | |
llvm-svn: 119395 | |||
2010-05-12 | Wiped out some non-ascii characters that snuck into the copyright. | Howard Hinnant | |
llvm-svn: 103516 | |||
2010-05-11 | libcxx initial import | Howard Hinnant | |
llvm-svn: 103490 |