Mozilla test status: Assign bug number to quadratic assembler arm64 issue & misc regexp cleanup

test/mozilla/mozilla.status

 # Copyright 2011 the V8 project authors. All rights reserved.
 # Redistribution and use in source and binary forms, with or without
 # modification, are permitted provided that the following conditions are
 # met:
 #
 #     * Redistributions of source code must retain the above copyright
 #       notice, this list of conditions and the following disclaimer.
 #     * Redistributions in binary form must reproduce the above
 #       copyright notice, this list of conditions and the following
 #       disclaimer in the documentation and/or other materials provided
@@ skipping 261 matching lines @@
   'js1_5/Function/regress-338121-03': [FAIL_OK],
 
   # Expectes 'prototype' property of functions to be enumerable.
   'js1_5/Function/10.1.6-01': [FAIL_OK],
 
   #:=== RegExp:===
   # We don't match the syntax error message of Mozilla for invalid
   # 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.
   # TODO(yangguo): Hangs on complex regexp. Please investigate if this gives
   # any useful coverage.
   'ecma_3/RegExp/regress-330684': [SKIP],
 
 
   # This test contains a regexp that runs exponentially long.  Spidermonkey
   # standalone will hang, though apparently inside Firefox it will trigger a
   # long-running-script timeout.  JSCRE passes by hitting the matchLimit and
   # just pretending that an exhaustive search found no match.
   # TODO(yangguo): Hangs on complex regexp. Please investigate if this gives
   # any useful coverage.
   'ecma_3/RegExp/regress-307456': [SKIP],
 
 
   # We do not detect overflow in bounds for back references and {}
   # quantifiers.  Might fix by parsing numbers differently?
   '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?.
   'js1_2/regexp/RegExp_multiline': [FAIL_OK],
   'js1_2/regexp/RegExp_multiline_as_array': [FAIL_OK],
   'js1_2/regexp/beginLine': [FAIL_OK],
   'js1_2/regexp/endLine': [FAIL_OK],
 
   # We no longer let calls to test and exec with no argument implicitly
   # use the previous input.
@@ skipping 27 matching lines @@
   'js1_5/Regress/regress-234389': [FAIL_OK],
 
 
   # This may very well be a bogus test. I'm not sure yet.
   'js1_5/Regress/regress-320119': [FAIL_OK],
 
 
   # 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.
   'js1_5/Array/regress-350256-03': [FAIL_OK],
 
 
   # Extra arguments not handled properly in String.prototype.match
   'js1_5/Regress/regress-179524': [FAIL_OK],
 
 
@@ skipping 183 matching lines @@
   # Unsupported list comprehensions: [ ... for ... ] and for each.
   'js1_5/Regress/regress-352009': [FAIL_OK],
   'js1_5/Regress/regress-349648': [FAIL_OK],
 
 
   # Expects top level arguments (passed on command line?) to be
   # the empty string?
   '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],
 
   # This test requires a failure if we try to compile a function with more
   # than 65536 arguments.  This seems to be a Mozilla restriction.
   'js1_5/Regress/regress-290575': [PASS, FAIL_OK],
 
 
   # Fails because of the way function declarations are
@@ skipping 341 matching lines @@
   'ecma_3/RegExp/regress-307456': [SKIP],
   'js1_5/Regress/regress-303213': [SKIP],
   'js1_5/extensions/regress-330569': [SKIP],
   'js1_5/extensions/regress-351448': [SKIP],
   'js1_5/extensions/regress-336410-1': [SKIP],
 
   #BUG(3152): Avoid C stack overflow.
   'js1_5/extensions/regress-355497': [FAIL_OK, 'Flags: --sim-stack-size=512'],
 }],  # 'arch == arm64 and simulator_run == True'
 ]