Merge WebKit at r75315: Initial merge by git.

Change-Id: I570314b346ce101c935ed22a626b48c2af266b84

2 files changed, 253 insertions, 0 deletions

diff --git a/Source/JavaScriptCore/tests/mozilla/ecma/SourceText/6-1.js b/Source/JavaScriptCore/tests/mozilla/ecma/SourceText/6-1.js
new file mode 100644
index 0000000..759402b
--- /dev/null
+++ b/Source/JavaScriptCore/tests/mozilla/ecma/SourceText/6-1.js
@@ -0,0 +1,124 @@
+/* The contents of this file are subject to the Netscape Public
+ * License Version 1.1 (the "License"); you may not use this file
+ * except in compliance with the License. You may obtain a copy of
+ * the License at http://www.mozilla.org/NPL/
+ *
+ * Software distributed under the License is distributed on an "AS
+ * IS" basis, WITHOUT WARRANTY OF ANY KIND, either express or
+ * implied. See the License for the specific language governing
+ * rights and limitations under the License.
+ *
+ * The Original Code is Mozilla Communicator client code, released March
+ * 31, 1998.
+ *
+ * The Initial Developer of the Original Code is Netscape Communications
+ * Corporation. Portions created by Netscape are
+ * Copyright (C) 1998 Netscape Communications Corporation. All
+ * Rights Reserved.
+ *
+ * Contributor(s): 
+ * 
+ */
+/**
+    File Name:          6-1.js
+    ECMA Section:       Source Text
+    Description:
+
+    ECMAScript source text is represented as a sequence of characters
+    representable using the Unicode version 2.0 character encoding.
+
+    SourceCharacter ::
+    any Unicode character
+
+    However, it is possible to represent every ECMAScript program using
+    only ASCII characters (which are equivalent to the first 128 Unicode
+    characters). Non-ASCII Unicode characters may appear only within comments
+    and string literals. In string literals, any Unicode character may also be
+    expressed as a Unicode escape sequence consisting of six ASCII characters,
+    namely \u plus four hexadecimal digits. Within a comment, such an escape
+    sequence is effectively ignored as part of the comment. Within a string
+    literal, the Unicode escape sequence contributes one character to the string
+    value of the literal.
+
+    Note that ECMAScript differs from the Java programming language in the
+    behavior of Unicode escape sequences. In a Java program, if the Unicode escape
+    sequence \u000A, for example, occurs within a single-line comment, it is
+    interpreted as a line terminator (Unicode character 000A is line feed) and
+    therefore the next character is not part of the comment. Similarly, if the
+    Unicode escape sequence \u000A occurs within a string literal in a Java
+    program, it is likewise interpreted as a line terminator, which is not
+    allowed within a string literal-one must write \n instead of \u000A to
+    cause a line feed to be part of the string value of a string literal. In
+    an ECMAScript program, a Unicode escape sequence occurring within a comment
+    is never interpreted and therefore cannot contribute to termination of the
+    comment. Similarly, a Unicode escape sequence occurring within a string literal
+    in an ECMAScript program always contributes a character to the string value of
+    the literal and is never interpreted as a line terminator or as a quote mark
+    that might terminate the string literal.
+
+    Author:             christine@netscape.com
+    Date:               12 november 1997
+*/
+
+    var SECTION = "6-1";
+    var VERSION = "ECMA_1";
+    startTest();
+    var TITLE   = "Source Text";
+
+    writeHeaderToLog( SECTION + " "+ TITLE);
+
+    var testcases = new Array();
+
+    testcases[tc] = new TestCase( SECTION,
+                                    "// the following character should not be interpreted as a line terminator in a comment: \u000A",
+                                    'PASSED',
+                                    "PASSED" );
+
+    // \u000A testcases[tc].actual = "FAILED!";
+
+    tc++;
+
+    testcases[tc] = new TestCase( SECTION,
+                                    "// the following character should not be interpreted as a line terminator in a comment: \\n 'FAILED'",
+                                    'PASSED',
+                                   'PASSED' );
+
+    // the following character should noy be interpreted as a line terminator: \\n testcases[tc].actual = "FAILED"
+
+    tc++;
+
+    testcases[tc] = new TestCase( SECTION,
+                                    "// the following character should not be interpreted as a line terminator in a comment: \\u000A 'FAILED'",
+                                    'PASSED',
+                                    'PASSED' )
+
+    // the following character should not be interpreted as a line terminator:   \u000A testcases[tc].actual = "FAILED"
+
+    testcases[tc++] = new TestCase( SECTION,
+                                    "// the following character should not be interpreted as a line terminator in a comment: \n 'PASSED'",
+                                    'PASSED',
+                                    'PASSED' )
+    // the following character should not be interpreted as a line terminator: \n testcases[tc].actual = 'FAILED'
+
+    testcases[tc] = new TestCase(   SECTION,
+                                    "// the following character should not be interpreted as a line terminator in a comment: u000D",
+                                    'PASSED',
+                                    'PASSED' )
+
+    // the following character should not be interpreted as a line terminator:   \u000D testcases[tc].actual = "FAILED"
+
+    test();
+
+function test() {
+    for ( tc=0; tc < testcases.length; tc++ ) {
+        testcases[tc].passed = writeTestCaseResult(
+                            testcases[tc].expect,
+                            testcases[tc].actual,
+                            testcases[tc].description +" = "+
+                            testcases[tc].actual );
+
+        testcases[tc].reason += ( testcases[tc].passed ) ? "" : "wrong value ";
+    }
+    stopTest();
+    return ( testcases );
+}
diff --git a/Source/JavaScriptCore/tests/mozilla/ecma/SourceText/6-2.js b/Source/JavaScriptCore/tests/mozilla/ecma/SourceText/6-2.js
new file mode 100644
index 0000000..9e7c7f9
--- /dev/null
+++ b/Source/JavaScriptCore/tests/mozilla/ecma/SourceText/6-2.js
@@ -0,0 +1,129 @@
+/* The contents of this file are subject to the Netscape Public
+ * License Version 1.1 (the "License"); you may not use this file
+ * except in compliance with the License. You may obtain a copy of
+ * the License at http://www.mozilla.org/NPL/
+ *
+ * Software distributed under the License is distributed on an "AS
+ * IS" basis, WITHOUT WARRANTY OF ANY KIND, either express or
+ * implied. See the License for the specific language governing
+ * rights and limitations under the License.
+ *
+ * The Original Code is Mozilla Communicator client code, released March
+ * 31, 1998.
+ *
+ * The Initial Developer of the Original Code is Netscape Communications
+ * Corporation. Portions created by Netscape are
+ * Copyright (C) 1998 Netscape Communications Corporation. All
+ * Rights Reserved.
+ *
+ * Contributor(s): 
+ * 
+ */
+/**
+    File Name:          6-1.js
+    ECMA Section:       Source Text
+    Description:
+
+    ECMAScript source text is represented as a sequence of characters
+    representable using the Unicode version 2.0 character encoding.
+
+    SourceCharacter ::
+    any Unicode character
+
+    However, it is possible to represent every ECMAScript program using
+    only ASCII characters (which are equivalent to the first 128 Unicode
+    characters). Non-ASCII Unicode characters may appear only within comments
+    and string literals. In string literals, any Unicode character may also be
+    expressed as a Unicode escape sequence consisting of six ASCII characters,
+    namely \u plus four hexadecimal digits. Within a comment, such an escape
+    sequence is effectively ignored as part of the comment. Within a string
+    literal, the Unicode escape sequence contributes one character to the string
+    value of the literal.
+
+    Note that ECMAScript differs from the Java programming language in the
+    behavior of Unicode escape sequences. In a Java program, if the Unicode escape
+    sequence \u000A, for example, occurs within a single-line comment, it is
+    interpreted as a line terminator (Unicode character 000A is line feed) and
+    therefore the next character is not part of the comment. Similarly, if the
+    Unicode escape sequence \u000A occurs within a string literal in a Java
+    program, it is likewise interpreted as a line terminator, which is not
+    allowed within a string literal-one must write \n instead of \u000A to
+    cause a line feed to be part of the string value of a string literal. In
+    an ECMAScript program, a Unicode escape sequence occurring within a comment
+    is never interpreted and therefore cannot contribute to termination of the
+    comment. Similarly, a Unicode escape sequence occurring within a string literal
+    in an ECMAScript program always contributes a character to the string value of
+    the literal and is never interpreted as a line terminator or as a quote mark
+    that might terminate the string literal.
+
+    Author:             christine@netscape.com
+    Date:               12 november 1997
+*/
+
+    var SECTION = "6-1";
+    var VERSION = "ECMA_1";
+    startTest();
+    var TITLE   = "Source Text";
+
+    writeHeaderToLog( SECTION + " "+ TITLE);
+
+    var testcases = new Array();
+
+    // encoded quotes should not end a quote
+
+    testcases[tc++]= new TestCase(  SECTION,
+                                    "var s = 'PAS\\u0022SED'; s",
+                                    "PAS\"SED",
+                                    eval("var s = 'PAS\\u0022SED'; s") );
+
+    testcases[tc++]= new TestCase(  SECTION,
+                                    'var s = "PAS\\u0022SED"; s',
+                                    "PAS\"SED",
+                                    eval('var s = "PAS\\u0022SED"; s') );
+
+
+    testcases[tc++]= new TestCase(  SECTION,
+                                    "var s = 'PAS\\u0027SED'; s",
+                                    "PAS\'SED",
+                                    eval("var s = 'PAS\\u0027SED'; s") );
+
+
+    testcases[tc++]= new TestCase(  SECTION,
+                                    'var s = "PAS\\u0027SED"; s',
+                                    "PAS\'SED",
+                                    eval('var s = "PAS\\u0027SED"; s') );
+
+    testcases[tc] = new TestCase( SECTION,
+                                    'var s="PAS\\u0027SED"; s',
+                                    "PAS\'SED",
+                                    "" )
+    var s = "PAS\u0027SED";
+
+    testcases[tc].actual =  s;
+
+    tc++;
+
+    testcases[tc]= new TestCase(  SECTION,
+                                    'var s = "PAS\\u0027SED"; s',
+                                    "PAS\"SED",
+                                    "" );
+    var s = "PAS\u0022SED";
+
+    testcases[tc].actual = s;
+
+
+    test();
+
+function test() {
+    for ( tc=0; tc < testcases.length; tc++ ) {
+        testcases[tc].passed = writeTestCaseResult(
+                            testcases[tc].expect,
+                            testcases[tc].actual,
+                            testcases[tc].description +" = "+
+                            testcases[tc].actual );
+
+        testcases[tc].reason += ( testcases[tc].passed ) ? "" : "wrong value ";
+    }
+    stopTest();
+    return ( testcases );
+}