| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 224658
|
|
|
|
|
|
| |
This lets us skip them as UNSUPPORTED on slow systems like QEMU
llvm-svn: 224032
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
The NaCl sandbox doesn't allow opening files under /dev, but it offers an API which provides the same capabilities. This is the same random device emulation that nacl_io performs for POSIX support, but nacl_io is an optional library so libc++ can't assume that device emulation will be performed. Note that NaCl only supports /dev/urandom, not /dev/random.
This patch also cleans up some of the preprocessor #endif, and fixes the test for Win32 (it accepts any token, and would therefore never throw regardless of the token provided).
Test Plan: ninja check-libcxx
Reviewers: dschuff, mclow.lists, danalbert
Subscribers: jfb, cfe-commits
Differential Revision: http://reviews.llvm.org/D6442
llvm-svn: 223068
|
|
|
|
|
|
| |
that signed and unsigned verstions produce the same sequence.
llvm-svn: 217976
|
|
|
|
|
|
|
|
|
|
| |
Make sure we appropriately retry calls to read if the return result is
less than what we asked for.
Additionally, check and handle IO errors: EINTR results in the read
operation getting restarted; other errors turn into exceptions.
llvm-svn: 210061
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
random_device::random_device(const string&) wrongly assumes that open
can only validly return a file descriptor greater than zero.
This results in random_device believing that it didn't successfully open
the device causing it to throw in it's constructor, this ends up leaking
a file descriptor.
The fix is simple, don't error on file descriptors which are zero.
llvm-svn: 210060
|
|
|
|
|
|
| |
added.
llvm-svn: 182421
|
|
|
|
|
|
| |
binomial_distribution test. This eliminates the divide-by-zeros and describes in comments the numerical difficulties the test is having. Each of the problematic tests are exploring edge cases of the distribution.
llvm-svn: 177826
|
|
|
|
| |
llvm-svn: 177464
|
|
|
|
| |
llvm-svn: 177355
|
|
|
|
|
|
| |
http://llvm.org/bugs/show_bug.cgi?id=14585.
llvm-svn: 170026
|
|
|
|
| |
llvm-svn: 153896
|
|
|
|
|
|
| |
addresses http://llvm.org/bugs/show_bug.cgi?id=12436.
llvm-svn: 153873
|
|
|
|
| |
llvm-svn: 137522
|
|
|
|
| |
llvm-svn: 131344
|
|
|
|
| |
llvm-svn: 131343
|
|
|
|
| |
llvm-svn: 129285
|
|
|
|
| |
llvm-svn: 119395
|
|
|
|
|
|
| |
flags, and renamed _LIBCPP_MOVE to _LIBCPP_HAS_NO_RVALUE_REFERENCES to be more consistent with the rest of the libc++'s flags, and with clang's nomenclature.
llvm-svn: 113086
|
|
|
|
| |
llvm-svn: 111762
|
|
|
|
| |
llvm-svn: 104946
|
|
|
|
|
|
| |
functional <random>! 489 tests over 48 sections are passing. :-) The only thing still on my plate in this area is to back-port some of this technology to random_shuffle/shuffle in <algorithm>. That will involve shuffling header bits around (<random> depepends on <algorithm>), but it won't entail that much development (compared to what has been required for <random>).
llvm-svn: 104575
|
|
|
|
|
|
| |
distributions
llvm-svn: 104224
|
|
|
|
| |
llvm-svn: 104103
|
|
|
|
| |
llvm-svn: 104052
|
|
|
|
| |
llvm-svn: 104035
|
|
|
|
| |
llvm-svn: 104008
|
|
|
|
|
|
| |
statistical properties are undefined. They do not converge upon any one value as the number of samples increases. Suggestions for tests welcome.
llvm-svn: 103983
|
|
|
|
| |
llvm-svn: 103957
|
|
|
|
| |
llvm-svn: 103942
|
|
|
|
| |
llvm-svn: 103937
|
|
|
|
| |
llvm-svn: 103916
|
|
|
|
|
|
| |
the expected skewness and kurtosis
llvm-svn: 103910
|
|
|
|
| |
llvm-svn: 103891
|
|
|
|
| |
llvm-svn: 103888
|
|
|
|
|
|
| |
algorithms
llvm-svn: 103886
|
|
|
|
| |
llvm-svn: 103814
|
|
|
|
| |
llvm-svn: 103788
|
|
|
|
| |
llvm-svn: 103722
|
|
|
|
| |
llvm-svn: 103646
|
|
|
|
| |
llvm-svn: 103621
|
|
|
|
| |
llvm-svn: 103612
|
|
|
|
|
|
| |
distribution is hopefully just a placeholder. It is using the simplest and slowest method for computing the distribution and needs to be upgraded.
llvm-svn: 103524
|
|
|
|
| |
llvm-svn: 103516
|
|
llvm-svn: 103490
|