diff options
author | ngie <ngie@FreeBSD.org> | 2017-02-14 04:49:24 +0000 |
---|---|---|
committer | ngie <ngie@FreeBSD.org> | 2017-02-14 04:49:24 +0000 |
commit | ad0ecc0d7e6ae464befdc0ad2954a0eb5182b0d4 (patch) | |
tree | 417d0e354dd783d59dc47912084cf7f204352701 /contrib/libc++/src/stdexcept.cpp | |
parent | 44e806ba3aa0d53f31bdef57fb11f38ffdd6d447 (diff) | |
download | FreeBSD-src-ad0ecc0d7e6ae464befdc0ad2954a0eb5182b0d4.zip FreeBSD-src-ad0ecc0d7e6ae464befdc0ad2954a0eb5182b0d4.tar.gz |
MFC r313378,r313379:
r313378:
Wrap strcmp/wcscmp calls with ATF_CHECK_MSG and drop atf_tc_fail use
The reasoning here was the same as what was done in r313376:
- Gather as many results as possible instead of failing early and
not testing the rest of the cases.
- Simplify logic when checking test inputs vs outputs and printing
test result.
r313379:
Expect :int_within_limits to fail when ptrdiff_t/*intmax_t differ in base type
The %t{d,u} (ptrdiff_t) tests fail for the following reasons:
- ptrdiff_t is by definition int32_t on !LP64 architectures and int64_t on
LP64 architectures.
- intmax_t is by definition fixed to int64_t on all architectures.
- Some of the code in lib/libc/stdio/... is promoting ptrdiff_t to *intmax_t
when parsing/representing the value.
PR: 191674
Diffstat (limited to 'contrib/libc++/src/stdexcept.cpp')
0 files changed, 0 insertions, 0 deletions