Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(80)

Unified Diff: test/mozilla/mozilla.status

Issue 810053002: Mozilla test status: Assign bug number to quadratic assembler arm64 issue & misc regexp cleanup (Closed) Base URL: https://chromium.googlesource.com/v8/v8.git@master
Patch Set: Skip, don't timeout Created 6 years ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View side-by-side diff with in-line comments
Download patch
« no previous file with comments | « no previous file | no next file » | no next file with comments »
Expand Comments ('e') | Collapse Comments ('c') | Show Comments Hide Comments ('s')
Index: test/mozilla/mozilla.status
diff --git a/test/mozilla/mozilla.status b/test/mozilla/mozilla.status
index 089a501a29af39ad84be951248a7189a036b7977..9ba07f7368883d193249206eecd0edb87af1e6a6 100644
--- a/test/mozilla/mozilla.status
+++ b/test/mozilla/mozilla.status
@@ -279,21 +279,6 @@
# RegExp flags.
'ecma_3/RegExp/15.10.4.1-6': [FAIL_OK],
- # PCRE doesn't allow subpattern nesting deeper than 200, this tests
- # depth 500. JSC detects the case, and return null from the match,
- # and passes this test (the test doesn't check for a correct return
- # value).
- 'ecma_3/RegExp/regress-119909': [PASS, FAIL_OK],
-
-
- # Difference in the way capturing subpatterns work. In JS, when the
- # 'minimum repeat count' is reached, the empty string must not match.
- # In this case, we are similar but not identical to JSC. Hard to
- # support the JS behavior with PCRE, so maybe emulate JSC?
- 'ecma_3/RegExp/regress-209919': [PASS, FAIL_OK],
- 'js1_5/extensions/regress-459606': [PASS, FAIL_OK],
-
-
# PCRE's match limit is reached. SpiderMonkey hangs on the first one,
# JSC returns true somehow. Maybe they up the match limit? There is
# an open V8 bug 676063 about this.
@@ -316,12 +301,12 @@
'js1_5/Regress/regress-230216-2': [FAIL_OK],
- # Regexp too long for PCRE.
- 'js1_5/Regress/regress-280769': [PASS, FAIL],
- 'js1_5/Regress/regress-280769-1': [PASS, FAIL],
- 'js1_5/Regress/regress-280769-2': [PASS, FAIL, TIMEOUT],
- 'js1_5/Regress/regress-280769-4': [PASS, FAIL],
- 'js1_5/Regress/regress-280769-5': [PASS, FAIL],
+ # BUG(v8:3767)
+ 'js1_5/Regress/regress-280769-2': [PASS, ['arch == arm64', SKIP]],
+
+ # Regexps too big.
+ 'js1_5/Regress/regress-280769-1': [SKIP],
+ 'js1_5/Regress/regress-280769-5': [SKIP],
# We do not support static RegExp.multiline - should we?.
@@ -369,6 +354,7 @@
# No support for toSource().
'js1_5/Regress/regress-313967-01': [FAIL_OK],
'js1_5/Regress/regress-313967-02': [FAIL_OK],
+ 'js1_5/extensions/regress-459606': [FAIL_OK],
# This fails because we don't have stack space for Function.prototype.apply
# with very large numbers of arguments. The test uses 2^24 arguments.
@@ -572,11 +558,6 @@
'js1_5/Regress/regress-336100': [FAIL_OK],
- # Regular expression test failures due to PCRE. We match JSC (ie, perl)
- # behavior and not the ECMA spec.
- 'ecma_3/RegExp/perlstress-001': [PASS, FAIL_OK],
- 'ecma_3/RegExp/regress-334158': [PASS, FAIL],
-
# This test fails due to http://code.google.com/p/v8/issues/detail?id=187
# Failure to clear captures when a lookahead is unwound.
'ecma_3/RegExp/15.10.2-1': [PASS, FAIL_OK],
« no previous file with comments | « no previous file | no next file » | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698