Reviewers: marja,
Description:
Mozilla test status: Assign bug number to quadratic assembler arm64 issue &
misc
regexp cleanup
[email protected]
BUG=
Please review this at https://codereview.chromium.org/810053002/
Base URL: https://chromium.googlesource.com/v8/v8.git@master
Affected files (+7, -26 lines):
M test/mozilla/mozilla.status
Index: test/mozilla/mozilla.status
diff --git a/test/mozilla/mozilla.status b/test/mozilla/mozilla.status
index
089a501a29af39ad84be951248a7189a036b7977..2e4f1ce422ded240f25178a95813e55f4a84a61d
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', TIMEOUT]],
+
+ # 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],
--
--
v8-dev mailing list
[email protected]
http://groups.google.com/group/v8-dev
---
You received this message because you are subscribed to the Google Groups "v8-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
