summaryrefslogtreecommitdiffstats
path: root/libcxx/test/re/re.alg/re.alg.match
Commit message (Collapse)AuthorAgeFilesLines
* Move test into test/std subdirectory.Eric Fiselier2014-12-209-5803/+0
| | | | llvm-svn: 224658
* [libcxx] Remove use of uniform initialization from regex tests so that they ↵Eric Fiselier2014-10-272-22/+22
| | | | | | | | | | | | | | compile in C++03. Reviewers: danalbert, jroelofs, mclow.lists Reviewed By: mclow.lists Subscribers: cfe-commits Differential Revision: http://reviews.llvm.org/D5957 llvm-svn: 220707
* [libcxx] XFAIL all currently failing libc++ tests for linux.Eric Fiselier2014-10-233-0/+9
| | | | | | | | | | | | | | | | | | Summary: Pretty please? We now have a significant number of builders that test libc++. I really want those builders to be green. Most of these failures are due to differences in locale data, including those in regex. I will continue working on fixing the locale and regex tests but there is no consensus on what the correct direction to go. Since the builders display a list of XFAIL tests they are by no means hidden. It just means they are expected failures. Now unexpected failures won't get mixed in with well known and expected failures. Reviewers: mclow.lists, jroelofs, danalbert Reviewed By: danalbert Subscribers: cfe-commits Differential Revision: http://reviews.llvm.org/D5941 llvm-svn: 220512
* Add locales to available_features for tests.Dan Albert2014-08-043-0/+6
| | | | | | | | | | | | | | | | | | Linux has a lot of failures caused by not having support for certain locales. Since these come out as a lot of noise in the test results, have lit.cfg detect the presence of the various locales used in the tests and add them to config.available_features as locale.LOCALE_NAME. This patch also adds REQUIRES: locale.REQUIRED_LOCALE to every test that I saw failing in this manner. We probably need to add more for all the tests requiring en_US.UTF-8, but we can do that on an as-needed basis. One thing that concerns me is how many tests get skipped because of missing locales (especially in regex/). We should make a point of splitting up any tests that test default behavior _and_ behavior under a given locale so that we aren't losing coverage for default behavior. llvm-svn: 214753
* Fix Bug 19678 - libc++ does not correctly handle the regex: '[^\0]*'Marshall Clow2014-05-211-0/+12
| | | | llvm-svn: 209307
* Implement LWG Issues #2329 and #2332 - disallow iterators into temporary ↵Marshall Clow2014-02-191-0/+38
| | | | | | regexes and regexes into temporary strings llvm-svn: 201717
* Ok, 3 major changes for debug mode in one commit:Howard Hinnant2013-08-021-8/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. I had been detecting and trapping iterator == and \!= among iterators in different containers as an error. But the trapping itself is actually an error. Consider: #include <iostream> #include <vector> #include <algorithm> template <class C> void display(const C& c) { std::cout << "{"; bool first = true; for (const auto& x : c) { if (\!first) std::cout << ", "; first = false; std::cout << x; } std::cout << "}\n"; } int main() { typedef std::vector<int> V; V v1 = {1, 3, 5}; V v2 = {2, 4, 6}; display(v1); display(v2); V::iterator i = std::find(v1.begin(), v1.end(), 1); V::iterator j = std::find(v2.begin(), v2.end(), 2); if (*i == *j) i = j; // perfectly legal // ... if (i \!= j) // the only way to check v2.push_back(*i); display(v1); display(v2); } It is legal to assign an iterator from one container to another of the same type. This is required to work. One might want to test whether or not such an assignment had been made. The way one performs such a check is using the iterator's ==, \!= operator. This is a logical and necessary function and does not constitute an error. 2. I had a header circular dependence bug when _LIBCPP_DEBUG2 is defined. This caused a problem in several of the libc++ tests. Fixed. 3. There is a serious problem when _LIBCPP_DEBUG2=1 at the moment in that std::basic_string is inoperable. std::basic_string uses __wrap_iterator to implement its iterators. __wrap_iterator has been rigged up in debug mode to support vector. But string hasn't been rigged up yet. This means that one gets false positives when using std::string in debug mode. I've upped std::string's priority in www/debug_mode.html. llvm-svn: 187636
* Bill Fisher: This patch fixes a bug where std::regex in ECMAScript mode was ↵Howard Hinnant2013-07-231-0/+98
| | | | | | | | ignoring capture groups inside lookahead assertions. For example, matching /(?=(a))(a)/ to "a" should yield two captures: \1 = "a", \2 = "a" llvm-svn: 186954
* Provide missing '{' in parsing extended quoted characters. This fixes ↵Howard Hinnant2013-06-281-0/+72
| | | | | | http://llvm.org/bugs/show_bug.cgi?id=16135 llvm-svn: 185211
* Move common header files into a 'support' directory; make 'testit' include ↵Marshall Clow2013-01-056-6/+6
| | | | | | -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-036-6/+6
| | | | llvm-svn: 171452
* license changeHoward Hinnant2010-11-166-12/+12
| | | | llvm-svn: 119395
* Fixing whitespace problemsHoward Hinnant2010-08-221-1/+0
| | | | llvm-svn: 111763
* [re.alg.match]Howard Hinnant2010-08-146-0/+5569
llvm-svn: 111075
OpenPOWER on IntegriCloud