| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 153968
|
|
|
|
|
|
| |
chain, and thus never get destructed.
llvm-svn: 152926
|
|
|
|
| |
llvm-svn: 152718
|
|
|
|
| |
llvm-svn: 152501
|
|
|
|
|
|
| |
http://llvm.org/bugs/show_bug.cgi?id=12185.
llvm-svn: 152240
|
|
|
|
| |
llvm-svn: 151728
|
|
|
|
|
|
| |
unsure what the change was trying to do, but it didn't do the right thing for __APPLE__. So instead of trying to guess what was intended, I'm just putting it back the way it was.
llvm-svn: 151727
|
|
|
|
| |
llvm-svn: 151721
|
|
|
|
|
|
|
|
|
|
| |
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: 151717
|
|
|
|
|
|
| |
I'm having trouble reexporting it as a weak symbol.
llvm-svn: 151459
|
|
|
|
| |
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: 150835
|
|
|
|
| |
llvm-svn: 150082
|
|
|
|
| |
llvm-svn: 149701
|
|
|
|
| |
llvm-svn: 149634
|
|
|
|
|
|
| |
http://llvm.org/bugs/show_bug.cgi?id=11428
llvm-svn: 149630
|
|
|
|
| |
llvm-svn: 147298
|
|
|
|
| |
llvm-svn: 145624
|
|
|
|
| |
llvm-svn: 142732
|
|
|
|
| |
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: 140728
|
|
|
|
|
|
| |
should be considered a temporary state. The API of the debug database and how vector and list use it, is unsatisfactory at the moment. It is both inefficient and overly verbose. I wanted to get this functionality checked in though. In the next day or so I'll refactor what is there in an attempt to streamline things.
llvm-svn: 140660
|
|
|
|
| |
llvm-svn: 140384
|
|
|
|
| |
llvm-svn: 140328
|
|
|
|
| |
llvm-svn: 140253
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
not another. This patch helps detect those situations and offers improved error messages to help get debug mode enabled in more TU's when it is absolutely necessary to do so. Thanks Doug.
llvm-svn: 139933
|
|
|
|
| |
llvm-svn: 139913
|
|
|
|
| |
llvm-svn: 139711
|
|
|
|
| |
llvm-svn: 136597
|
|
|
|
| |
llvm-svn: 136526
|
|
|
|
|
|
| |
issues with it.
llvm-svn: 135246
|
|
|
|
| |
llvm-svn: 135125
|
|
|
|
| |
llvm-svn: 135045
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 134783
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
traits.
To the best of my knowledge, this will not break the ABI for Apple.
However, it does introduce three publicly visible (although with
reserved name) functions that will fail to link against the just-shipped
Apple version of libc++. Since they are not used in any inline
functions, no actual breakage should occur.
If Howard doesn't want to put undefined functions (even internal ones)
into a header, they could be surrounded by additional conditional
compilation.
llvm-svn: 134781
|
|
|
|
| |
llvm-svn: 134663
|
|
|
|
| |
llvm-svn: 134650
|
|
|
|
| |
llvm-svn: 134639
|
|
|
|
| |
llvm-svn: 134190
|
|
|
|
| |
llvm-svn: 134155
|