summaryrefslogtreecommitdiffstats
path: root/libcxx/test
Commit message (Collapse)AuthorAgeFilesLines
* US 108, N3109Howard Hinnant2010-08-211-1/+1
| | | | llvm-svn: 111747
* DE 23Howard Hinnant2010-08-211-3/+3
| | | | llvm-svn: 111746
* US 117Howard Hinnant2010-08-212-13/+26
| | | | llvm-svn: 111745
* US 122, N3106Howard Hinnant2010-08-217-18/+81
| | | | llvm-svn: 111742
* Installed allocator into std::functionHoward Hinnant2010-08-207-6/+361
| | | | llvm-svn: 111672
* GB 85, GB 87Howard Hinnant2010-08-193-93/+0
| | | | llvm-svn: 111546
* DE 19Howard Hinnant2010-08-191-1/+0
| | | | llvm-svn: 111544
* US 98, US 99Howard Hinnant2010-08-192-21/+72
| | | | llvm-svn: 111542
* US 107Howard Hinnant2010-08-1919-19/+19
| | | | llvm-svn: 111538
* LWG 1278Howard Hinnant2010-08-193-6/+6
| | | | llvm-svn: 111532
* Updated by-chapter chart with weekly test results. Also did some ↵Howard Hinnant2010-08-181-1/+1
| | | | | | prototyping on result_of, but if-def'd out the prototyped part (which the LWG may or may not accept) llvm-svn: 111389
* [re.alg.replace]. This finishes all of <regex>. That being said, <regex> ↵Howard Hinnant2010-08-1815-9/+514
| | | | | | is exceptionally difficult to thoroughly test. If anyone has the ability to test this, combined with the interest to do so, now would be a good time. :-) llvm-svn: 111333
* [re.tokiter]Howard Hinnant2010-08-179-0/+588
| | | | llvm-svn: 111278
* [re.regiter]Howard Hinnant2010-08-166-0/+224
| | | | llvm-svn: 111178
* [re.alg.match]Howard Hinnant2010-08-148-0/+5593
| | | | llvm-svn: 111075
* Everything under [re.results]Howard Hinnant2010-08-1422-0/+1106
| | | | llvm-svn: 111074
* Everything under [re.regex]Howard Hinnant2010-08-1325-18/+429
| | | | llvm-svn: 111024
* Filling out regex tests...Howard Hinnant2010-08-1226-1/+761
| | | | llvm-svn: 110955
* Fix conflict with cstring and using namespace stdHoward Hinnant2010-08-101-5/+5
| | | | llvm-svn: 110736
* patch by Jesse Towner, and bug fix by Sebastian RedlHoward Hinnant2010-08-101-2/+19
| | | | llvm-svn: 110724
* Fixed some bugs in the ecma bracket epression regarding escaped characters, ↵Howard Hinnant2010-07-282-0/+1598
| | | | | | and got the awk grammar going. llvm-svn: 109599
* lookahead for ecmaHoward Hinnant2010-07-271-0/+62
| | | | llvm-svn: 109548
* grep and egrep grammarsHoward Hinnant2010-07-272-0/+152
| | | | llvm-svn: 109534
* continued regex development...Howard Hinnant2010-07-274-105/+157
| | | | llvm-svn: 109512
* A good start on ecma regex's. Maybe even feature complete, not sure yet. ↵Howard Hinnant2010-07-271-0/+1505
| | | | | | Also an unrelated fix to is_constructible thanks to Daniel Krugler. llvm-svn: 109479
* I believe posix extended expr is feature complete. Getting started on ecma ↵Howard Hinnant2010-07-221-0/+1025
| | | | | | exprs. llvm-svn: 109126
* A few more tests for posix extended alternationHoward Hinnant2010-07-221-7/+42
| | | | llvm-svn: 109107
* A good start on extended posix regex. Loops working. Alternation working. ↵Howard Hinnant2010-07-162-0/+696
| | | | | | Also update by-chapter completeness summary. llvm-svn: 108548
* Tests for basic posix regex templated on wchar_tHoward Hinnant2010-07-151-0/+743
| | | | llvm-svn: 108435
* Fixed to work with generalized iterators.Howard Hinnant2010-07-141-0/+23
| | | | llvm-svn: 108359
* Minor optimizations. Minor bug fixes. More tests.Howard Hinnant2010-07-141-0/+142
| | | | llvm-svn: 108331
* Bracket expressions are working (lightly tested).Howard Hinnant2010-07-131-0/+101
| | | | llvm-svn: 108280
* regex_constants icase and collate for matching a single char and for ↵Howard Hinnant2010-07-121-0/+26
| | | | | | matching back references llvm-svn: 108178
* back references for BREHoward Hinnant2010-07-121-0/+162
| | | | llvm-svn: 108168
* Redesign number 3. The previous design was not handling matching of empty ↵Howard Hinnant2010-07-121-0/+81
| | | | | | strings inside of loops. llvm-svn: 108151
* weekly update to by-chapter-summary, plus left and right anchor support in ↵Howard Hinnant2010-07-091-0/+72
| | | | | | basic posix. llvm-svn: 107938
* Marked subexpressions in a loop in basic posix working (only lightly tested ↵Howard Hinnant2010-07-081-22/+40
| | | | | | so far) llvm-svn: 107889
* First loop test passed. The data structure and search algorithm is still ↵Howard Hinnant2010-07-071-16/+31
| | | | | | crude and in-flux. But this milestone needed to be locked in. Right now every loop is implemented in terms of a structure that will handle the most complicated {min, max} loop. Though only *-loops are tested at the moment. In a future iteration *-loops will likely be optimized a little more. The only tests are for basic posix so far, but I have prototype code running for extended posix and ecma. The prototype code lacks the complicating properties of the real <regex> requirements though. llvm-svn: 107803
* First test for marked subexpressionsHoward Hinnant2010-06-301-0/+44
| | | | llvm-svn: 107317
* First, very primitive, search results on one engineHoward Hinnant2010-06-301-0/+83
| | | | llvm-svn: 107294
* two steps forward, one step back...Howard Hinnant2010-06-304-2/+76
| | | | llvm-svn: 107230
* [re.submatch]Howard Hinnant2010-06-2910-0/+677
| | | | llvm-svn: 107187
* regex: learning to crawlHoward Hinnant2010-06-251-0/+35
| | | | llvm-svn: 106882
* Continuing to work through regex, and updated libcxx_by_chapter.pdf with ↵Howard Hinnant2010-06-244-13/+137
| | | | | | weekly test results llvm-svn: 106790
* Finished [re.traits]. I'd like to acknowledge the help of Bjorn Reese with ↵Howard Hinnant2010-06-216-7/+588
| | | | | | <regex>. llvm-svn: 106478
* Just getting our toes wet on <regex>Howard Hinnant2010-06-1730-0/+1451
| | | | llvm-svn: 106187
* [util.smartptr.hash]Howard Hinnant2010-06-033-0/+23
| | | | llvm-svn: 105393
* [string.conversions]Howard Hinnant2010-06-0211-0/+1226
| | | | llvm-svn: 105336
* [conversions.buffer]Howard Hinnant2010-06-0110-0/+465
| | | | llvm-svn: 105286
* [conversions.string]Howard Hinnant2010-05-318-0/+292
| | | | llvm-svn: 105254
OpenPOWER on IntegriCloud