| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
__EMSCRIPTEN__. If you're not using the PP symbol EMSCRIPTEN, then you should see no functionality change.
llvm-svn: 195136
|
|
|
|
|
|
| |
some 'unknown pragma' warnings when compiling under MSVC, and don't use the __sso_allocator under windows, b/c MSVC doesn't support aligned-by value parameters
llvm-svn: 193086
|
|
|
|
| |
llvm-svn: 190837
|
|
|
|
| |
llvm-svn: 189623
|
|
|
|
|
|
| |
it is worth. The extern templates will still be built into the dylib, mainly for ABI stability purposes. And the client can still turn these back on with a #define if desire. This fixes http://llvm.org/bugs/show_bug.cgi?id=17027. However there's no associated test for the test suite because http://llvm.org/bugs/show_bug.cgi?id=17027 needs mismatched dylib and headers to fire.
llvm-svn: 189610
|
|
|
|
| |
llvm-svn: 188396
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 187332
|
|
|
|
| |
llvm-svn: 186951
|
|
|
|
| |
llvm-svn: 185849
|
|
|
|
| |
llvm-svn: 185467
|
|
|
|
| |
llvm-svn: 182162
|
|
|
|
| |
llvm-svn: 181559
|
|
|
|
| |
llvm-svn: 181534
|
|
|
|
|
|
| |
and GCC 4.6 and newer, so protect accordingly.
llvm-svn: 180943
|
|
|
|
|
|
| |
Fixes the value range on platforms with signed char.
llvm-svn: 180940
|
|
|
|
| |
llvm-svn: 180598
|
|
|
|
|
|
| |
http://llvm.org/bugs/show_bug.cgi?id=15624.
llvm-svn: 178354
|
|
|
|
| |
llvm-svn: 178267
|
|
|
|
| |
llvm-svn: 177291
|
|
|
|
| |
llvm-svn: 174636
|
|
|
|
| |
llvm-svn: 174611
|
|
|
|
|
|
|
|
|
| |
potentially not being able to be
inlined. These do not need to be always-inlined for ABI stability because they are not exported beyond this source due to the unnamed namespace.
Also simplified use of the Wmissing-field-initializers pragma as was done for clang.
llvm-svn: 171202
|
|
|
|
| |
llvm-svn: 171173
|
|
|
|
| |
llvm-svn: 171169
|
|
|
|
|
|
| |
GCC (4.7.2).
llvm-svn: 171165
|
|
|
|
| |
llvm-svn: 170967
|
|
|
|
|
|
| |
http://llvm.org/bugs/show_bug.cgi?id=14585.
llvm-svn: 170026
|
|
|
|
|
|
|
|
|
|
| |
tm' in
__time_get_storage<char> to match the initialization behavior in
__time_get_storage<wchar>. Without the initialization, valgrind
reports errors in the subsequent calls to strftime_l.
llvm-svn: 161196
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Linux are
localization/locale.categories/category.collate/category.ctype/locale.ctype.byname/is_1.pass.cpp
and scan_is.pass.cpp. The tests fail when the character class being
tested is compound, like ctype_base::alnum or ctype_base::graph,
because the existing series of conditionals in do_is an do_scan_is
will abort too early. For instance, if the character class being
tested is alnum, and the character is numeric, do_is will return false
because iswalpha_l will return false, 'result' becomes false, and the
'true' result from the later call to iswdigit_l ends up being ignored
. A similar problem exists in do_scan_is.
llvm-svn: 161192
|
|
|
|
| |
llvm-svn: 152501
|
|
|
|
|
|
| |
http://llvm.org/bugs/show_bug.cgi?id=12185.
llvm-svn: 152240
|
|
|
|
| |
llvm-svn: 151728
|
|
|
|
|
|
|
|
|
|
| |
Solaris not providing some of the locales that the test suite uses.
Note: This depends on an xlocale (partial) implementation for Solaris and a
couple of fixed standard headers. These will be committed to a branch later
today.
llvm-svn: 151720
|
|
|
|
| |
llvm-svn: 150964
|
|
|
|
|
|
| |
the uninitialized fields, probably the pointer field tm_zone, was causing a segfault on linux. Patch contributed by Jeffrey Yasskin.
llvm-svn: 150929
|
|
|
|
| |
llvm-svn: 150082
|
|
|
|
| |
llvm-svn: 145624
|
|
|
|
| |
llvm-svn: 142237
|
|
|
|
| |
llvm-svn: 140805
|
|
|
|
| |
llvm-svn: 140781
|
|
|
|
|
|
| |
defined if one has all of the xxx_l() functions. I've defined this for apple, freebsd and win32. _LIBCPP_HAS_DEFAULTRUNELOCALE should be defined if there is a _DefaultRuneLocale. I've defined this for apple and freebsd. The block of code we're trying to migrate away from is now under #ifdef __linux__. I've tested only on OS X. I hope I haven't broken things too badly elsewhere. Please let me know.
llvm-svn: 140734
|
|
|
|
| |
llvm-svn: 140384
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
libc++ now mostly works on FreeBSD with libcxxrt and this patch applied to the base system:
http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20110920/e666632c/xlocale-0001.obj
Summary of tests on FreeBSD:
****************************************************
Results for /root/libcxx/test:
using FreeBSD clang version 3.0 (trunk 135360) 20110717
Target: x86_64-unknown-freebsd9.0
Thread model: posix
with -std=c++0x -stdlib=libc++ -I/root/libcxx/include -L/root/libcxx/build/lib
----------------------------------------------------
sections without tests : 1
sections with failures : 48
sections without failures: 1015
+ ----
total number of sections : 1064
----------------------------------------------------
number of tests failed : 145
number of tests passed : 4179
+ ----
total number of tests : 4324
****************************************************
(Many due to this clang version not supporting C++ atomics)
More fixes to follow...
llvm-svn: 140245
|
|
|
|
| |
llvm-svn: 136597
|
|
|
|
|
|
| |
issues with it.
llvm-svn: 135246
|
|
|
|
|
|
| |
problems to fix in 135035.
llvm-svn: 135044
|
|
|
|
|
|
|
|
|
|
|
| |
all platforms. Unfortunately a lot of this remains conditionally
compiled so as not to break Apple's ABI.
The new _LIBCPP_LOCALE__L_EXTENSIONS macro can be defined on other
platforms that support _l suffixes for all functions in order to use
them.
llvm-svn: 135035
|
|
|
|
|
|
| |
paste) errors.
llvm-svn: 134843
|
|
|
|
|
|
| |
glibc, for instance, it's a const char *.
llvm-svn: 134787
|