summaryrefslogtreecommitdiffstats
path: root/llvm/unittests/Support/IteratorTest.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Move unittests/Support/IteratorTest.cpp to unittests/ADT/Duncan P. N. Exon Smith2016-08-201-212/+0
| | | | | | This testing stuff from ADT, not Support. Fix the file location. llvm-svn: 279372
* [ADT] add pointer_iterator, the opposite of pointee_iteratorTim Shen2016-08-191-0/+24
| | | | | | Differential Revision: https://reviews.llvm.org/D23703 llvm-svn: 279323
* [ADT] Add filter_iterator for filtering elementsTim Shen2016-08-121-0/+69
| | | | | | Differential Revision: https://reviews.llvm.org/D22951 llvm-svn: 278569
* [ADT] Change iterator_adaptor_base's default template arguments to forward ↵Tim Shen2016-08-091-0/+18
| | | | | | | | | | | | more underlying typedefs Reviewers: chandlerc Subscribers: llvm-commits Differential Revision: https://reviews.llvm.org/D23217 llvm-svn: 278157
* [ADT] Generalize pointee_iterator to smart pointers by using decltype.Chandler Carruth2014-04-241-0/+42
| | | | | | Based on review feedback from Dave on the original patch. llvm-svn: 207146
* [ADT] Add a generic iterator utility for adapting iterators much likeChandler Carruth2014-04-241-0/+59
Boost's iterator_adaptor, and a specific adaptor which iterates over pointees when wrapped around an iterator over pointers. This is the result of a long discussion on IRC with Duncan Smith, Dave Blaikie, Richard Smith, and myself. Essentially, I could use some subset of the iterator facade facilities often used from Boost, and everyone seemed interested in having the functionality in a reasonably generic form. I've tried to strike a balance between the pragmatism and the established Boost design. The primary differences are: 1) Delegating to the standard iterator interface names rather than special names that then make up a second iterator-like API. 2) Using the name 'pointee_iterator' which seems more clear than 'indirect_iterator'. The whole business of calling the '*p' operation 'pointer indirection' in the standard is ... quite confusing. And 'dereference' is no better of a term for moving from a pointer to a reference. Hoping Duncan, and others continue to provide comments on this until we've got a nice, minimal abstraction. llvm-svn: 207069
OpenPOWER on IntegriCloud