summaryrefslogtreecommitdiffstats
path: root/libcxx/test/containers/unord/unord.map
Commit message (Collapse)AuthorAgeFilesLines
* Move test into test/std subdirectory.Eric Fiselier2014-12-2077-8219/+0
| | | | llvm-svn: 224658
* Fix some failing tests for the standard containers. The tests were failing ↵Marshall Clow2014-07-081-1/+2
| | | | | | in 32-bit mode because they assumed that std::size_type and make_unsigned<ptrdiff_t>::type were always the same type. No change to libc++, just the tests. llvm-svn: 212538
* Fix typo 'fourty' in testsAlp Toker2014-05-1510-44/+44
| | | | llvm-svn: 208870
* Add tests for LWG issue #2356. Stability of erasure in unordered associative ↵Marshall Clow2014-03-101-0/+36
| | | | | | containers. Libc++ already does this, but now we have tests for it. llvm-svn: 203494
* More tests for LWG Issue #2263; this time to the associative and unordered ↵Marshall Clow2014-03-101-3/+6
| | | | | | containers. Still no changes to libc++ llvm-svn: 203480
* Implement LWG 2193. Default constructors for standard library containers are ↵Marshall Clow2014-03-052-1/+10
| | | | | | explicit. Note that libc++ already did this for string/deque/forward_list/list/vector and the unordered containers; implement it for set/multiset/map/multimap. Add tests for all the containers. Two drive-by fixes as well: add a missing explicit in <deque>, and remove a tab that snuck into a container test. This issue is also LLVM bug 15724, and resolves it. llvm-svn: 202994
* Fix for PR18735 - self-assignment for map/multimap gives incorrect results ↵Marshall Clow2014-02-081-0/+18
| | | | | | in C++03 llvm-svn: 201021
* Found six (nmostly) identical files named 'test_allocator.h' in the libcxx ↵Marshall Clow2013-12-0330-30/+30
| | | | | | test suite. Moved one to /support, made it a superset, and removed all but one of the others, and iupdated all the includes. Left the odd one (thread/futures/test_allocator.h) for later. llvm-svn: 196174
* There were two identical files named 'min_allocator.h'. Move one of them to ↵Marshall Clow2013-11-2662-62/+62
| | | | | | /support and delete the other. Then adjust all the tests that used them to include the moved one. No functionality change. llvm-svn: 195785
* LWG Issue 2210 (Part #6): unordered_map and unordered_multimapMarshall Clow2013-09-123-0/+177
| | | | llvm-svn: 190576
* Rename _LIBCPP_DEBUG2 to _LIBCPP_DEBUG.Howard Hinnant2013-08-2319-23/+23
| | | | llvm-svn: 189140
* N3644 tests for map/multimap/set/multiset. Drive-by NOEXCEPT for ↵Marshall Clow2013-08-081-1/+1
| | | | | | __tree_const_iterator constructor. Fix comment typos in other tests llvm-svn: 188019
* N3644 support for <unordered_set> and <unordered_map>Marshall Clow2013-08-071-0/+14
| | | | llvm-svn: 187915
* debug mode for unordered_map. Also picked up a missing check and test in ↵Howard Hinnant2013-08-0219-0/+624
| | | | | | unordered_multimap. This wraps up debug mode for the unordered containers. llvm-svn: 187659
* Debug mode for unordered_multimap. Some mods were done for unordered_map as ↵Howard Hinnant2013-07-303-22/+22
| | | | | | well to keep all the tests passing. However unordered_map is at the very least still missing tests, if not functionality (if it isn't tested, it probably isn't working). llvm-svn: 187446
* Debug mode for unordered_set. I believe this to be fairly complete forHoward Hinnant2013-07-235-10/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | unordered_set, however it is not complete yet for unordered_multiset, unordered_map or unordered_multimap. There has been a lot of work done for these other three containers, however that work was done just to keep all of the tests passing. You can try this out with -D_LIBCPP_DEBUG2. You will have to link to a libc++.dylib that has been compiled with src/debug.cpp. So far, vector (but not vector<bool>), list, and unordered_set are treated. I hope to get the other three unordered containers up fairly quickly now that unordered_set is done. The flag _LIBCPP_DEBUG2 will eventually be changed to _LIBCPP_DEBUG, but not today. This is my second effort at getting debug mode going for libc++, and I'm not quite yet ready to throw all of the work under the first attempt away. The basic design is that all of the debug information is kept in a central database, instead of in the containers. This has been done as an attempt to have debug mode and non-debug mode be ABI compatible with each other. There are some circumstances where if you construct a container in an environment without debug mode and pass it into debug mode, the checking will get confused and let you know with a readable error message. Passing containers the other way: from debug mode out to a non-debugging mode container should be 100% safe (at least that is the goal). llvm-svn: 186991
* Remove implicit conversion from __value_type to value_type in ↵Howard Hinnant2013-07-051-0/+3
| | | | | | [unordered_][multi]map. This fixes http://llvm.org/bugs/show_bug.cgi?id=16549 llvm-svn: 185711
* Removed extension in [unordered_][multi]map which allowed one to emplace ↵Howard Hinnant2013-07-043-4/+49
| | | | | | using just an argument for the key, as opposed to using piecewise_construct. However a bug report exposed that this created an unfortunate ambiguity. People who are currently using the extension will be notified the next time they compile, and will have to change to using piecewise_construct. There are no ABI issues with the removal of this extension. This fixes http://llvm.org/bugs/show_bug.cgi?id=16542 llvm-svn: 185666
* Simplify comparators of [unordered_][multi]map. This fixes ↵Howard Hinnant2013-07-041-0/+39
| | | | | | http://llvm.org/bugs/show_bug.cgi?id=16538 llvm-svn: 185665
* Implement full support for non-pointer types in custom allocators. This is ↵Howard Hinnant2013-06-2258-2/+2467
| | | | | | for the unordered containers only. This work still needs to be done on the sequence containers. llvm-svn: 184635
* Move common header files into a 'support' directory; make 'testit' include ↵Marshall Clow2013-01-057-7/+7
| | | | | | -I to that directory; rename 'iterators.h' to 'iterator_test.h'; remove hard-coded paths to include files from more than 350 source files llvm-svn: 171594
* Removed several more different 'iterators.h' files in libcxx/testMarshall Clow2013-01-037-7/+7
| | | | llvm-svn: 171452
* This commit establishes a new bucket_count policy in the unordered ↵Howard Hinnant2012-07-061-1/+1
| | | | | | containers: The policy now allows a power-of-2 number of buckets to be requested (and that request honored) by the client. And if the number of buckets is set to a power of 2, then the constraint of the hash to the number of buckets uses & instead of %. If the client does not specify a number of buckets, then the policy remains unchanged: a prime number of buckets is selected. The growth policy is that the number of buckets is roughly doubled when needed. While growing, either the prime, or the power-of-2 strategy will be preserved. There is a small run time cost for putting in this switch. For very cheap hash functions, e.g. identity for int, the cost can be as high as 18%. However with more typical use cases, e.g. strings, the cost is in the noise level. I've measured cases with very cheap hash functions (int) that using a power-of-2 number of buckets can make look up about twice as fast. However I've also noted that a power-of-2 number of buckets is more susceptible to accidental catastrophic collisions. Though I've also noted that accidental catastrophic collisions are also possible when using a prime number of buckets (but seems far less likely). In short, this patch adds an extra tuning knob for those clients trying to get the last bit of performance squeezed out of their hash containers. Casual users of the hash containers will not notice the introduction of this tuning knob. Those clients who swear by power-of-2 hash containers can now opt-in to that strategy. Clients who prefer a prime number of buckets can continue as they have. llvm-svn: 159836
* The rules for emplace in map, multimap, unordered_map and unordered_multimap ↵Howard Hinnant2012-05-252-2/+4
| | | | | | changed a while back and I'm just now updating to these new rules. In a nutshell, you've got to know you're emplacing to a pair and use one of pair's constructors. I made one extension: If you want to emplace the key and default construct the mapped_type, you can just emplace(key), as opposed to emplace(piecewise_construct, forward_as_tuple(key), forward_as_tuple()). llvm-svn: 157503
* unord test fixes by Edward MeewisHoward Hinnant2011-12-0218-23/+41
| | | | llvm-svn: 145707
* Fixed PR10574: http://llvm.org/bugs/show_bug.cgi?id=10574Howard Hinnant2011-08-127-14/+14
| | | | llvm-svn: 137522
* noexcept for <unordered_map>.Howard Hinnant2011-06-045-0/+345
| | | | llvm-svn: 132646
* Bug 9096 - list::iterator not default constructibleHoward Hinnant2011-01-281-0/+2
| | | | llvm-svn: 124508
* license changeHoward Hinnant2010-11-1659-118/+118
| | | | llvm-svn: 119395
* Changed __config to react to all of clang's currently documented has_feature ↵Howard Hinnant2010-09-0415-30/+30
| | | | | | 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
* Fixing whitespace problemsHoward Hinnant2010-08-2217-17/+16
| | | | llvm-svn: 111755
* Wiped out some non-ascii characters that snuck into the copyright.Howard Hinnant2010-05-1159-59/+59
| | | | llvm-svn: 103516
* libcxx initial importHoward Hinnant2010-05-1159-0/+4419
llvm-svn: 103490
OpenPOWER on IntegriCloud