Many of the Test are not runnable in ECMAScript 5.
1) I eliminate the unresolved variables
2) I, also, modify test S8.4_A9_T2; case 6 where str=""; and strObj=new String(); are
equal see 15.5.1.1;
I have some comments but the codereview tool seems to be broken. Some of these ...
13 years, 9 months ago
(2010-07-19 06:06:48 UTC)
#2
I have some comments but the codereview tool seems to be broken.
Some of these changes assume that a primitive string is strict equals to its
corresponding wrapper. Is that a new thing in ES5 because I'm pretty sure
that's not correct in ES3.
On 2010/07/19 06:06:48, christian.plesner.hansen wrote: > I have some comments but the codereview tool seems ...
13 years, 9 months ago
(2010-07-19 08:01:53 UTC)
#3
On 2010/07/19 06:06:48, christian.plesner.hansen wrote:
> I have some comments but the codereview tool seems to be broken.
Yes, I have been trying to figure out what I did wrong. The first time I
uploaded it was because the Base URL was wrong but this time I choose
sputniktest and the base url is "http://sputniktests.googlecode.com/svn/trunk".
any suggestion?
> Some of these changes assume that a primitive string is strict equals to its
> corresponding wrapper. Is that a new thing in ES5 because I'm pretty sure
> that's not correct in ES3.
You are right. I misunderstand this paragraph of the spec.
15.5.1 The String Constructor Called as a Function When String is called as a
function rather than as a constructor, it performs a type conversion.
15.5.1.1 String ( [ value ] ) Returns a String value (not a String object)
computed by ToString(value). If value is not supplied, the empty String "" is
returned.
Now I see that is referring String called as a function rather than as a
constructor.
Should I upload a new Patch or add a new Patch Set on this one?
> Revert to base the wrong tests I revert the changes in those test that ...
13 years, 8 months ago
(2010-08-09 13:42:36 UTC)
#6
> Revert to base the wrong tests
I revert the changes in those test that assume that primitive string was strict
equals to its wrapper.
> delete and put to non writable attributes
> should fail in strict
I also add some changes :
Test that tries to delete a property that has the attribute {
[[Configurable]]:false } should fail. (11.4.1)
Test that tries to write in a property with the attribute writable equal to
false should fail.
I have updated the Issue 1743046: Eval and unresolved variables in chapter 8 "types" tests. ...
13 years, 8 months ago
(2010-08-09 13:43:54 UTC)
#7
I have updated the Issue 1743046: Eval and unresolved variables in chapter 8
"types" tests.
I revert the changes in those test that assume that primitive string was strict
equals to its wrapper.
I also add some changes :
- Test that tries to delete a property that has the attribute
{[[Configurable]]:false } should fail. (11.4.1)
- Test that tries to write in a property with the attribute writable equal to
false should fail.
> 8.3_The_Boolean_Type/S8.3_A1_T1.js > and others Why is it necessary to add 'var'? Don't these properties ...
13 years, 8 months ago
(2010-08-09 23:35:05 UTC)
#8
> 8.3_The_Boolean_Type/S8.3_A1_T1.js
> and others
Why is it necessary to add 'var'? Don't these properties already exist on the
global object?
Otherwise LGTM.
LGTM. Christian, are we looking at different files? All the properties that I see "var" ...
13 years, 8 months ago
(2010-08-19 21:51:30 UTC)
#9
LGTM.
Christian, are we looking at different files? All the properties that I see
"var" decls added to, do not appear on the global object, even in nonstrict
mode. Eg. in 8.3, the var decl I see being added is for "x".
On 2010/08/09 23:35:05, christian.plesner.hansen wrote:
> > 8.3_The_Boolean_Type/S8.3_A1_T1.js
> > and others
>
> Why is it necessary to add 'var'? Don't these properties already exist on the
> global object?
>
> Otherwise LGTM.
Issue 1743046: Eval and unresolved variables in chapter 8 "types" tests.
Created 13 years, 9 months ago by pedro.delgallego
Modified 13 years, 8 months ago
Reviewers: Jasvir, christian.plesner.hansen
Base URL: http://sputniktests.googlecode.com/svn/trunk
Comments: 0