Original review https://codereview.chromium.org/25855005.

Original review https://codereview.chromium.org/25855005.

Reverting reverted r17148 and fixing build (test) breakage by side stepping the Windows vs. Linux issue of different Date object for the same millisecond time stamp.
We do that by using UTC Date methods (they eliminate DST problems).

Windows:
new Date(129193200000);
Sun Feb 03 1974 23:00:00 GMT-0800 (Pacific Standard Time)

Linux:
new Date(129193200000);
Mon Feb 04 1974 00:00:00 GMT-0700 (PST)

BUG=2919
R=dslomov@chromium.org, mnita@google.com

Committed: https://code.google.com/p/v8/source/detail?r=17171

[Nebojša Ćirić, 2013-10-10 20:54:16]

Dmitry, this is the same CL you reverted with small fix in:

test/intl/date-format/parse-mdy.js
test/intl/date-format/parse-MMMdy.js

We switched from using getDate to getUTCDate (and getUTCFullYear and getUTCMonth
but that was only for consistency) to skip problems with DST on Linux vs.
Windows (see CL description).

Could you take a look?

[mnita, 2013-10-10 21:13:34]

On 2013/10/10 20:54:16, Nebojša Ćirić wrote:
> Dmitry, this is the same CL you reverted with small fix in:
> 
> test/intl/date-format/parse-mdy.js
> test/intl/date-format/parse-MMMdy.js
> 
> We switched from using getDate to getUTCDate (and getUTCFullYear and
getUTCMonth
> but that was only for consistency) to skip problems with DST on Linux vs.
> Windows (see CL description).
> 
> Could you take a look?

lgtm

I can also try this at home, on a Win machine.

[Dmitry Lomov (no reviews), 2013-10-11 10:03:47]

lgtm

[Nebojša Ćirić, 2013-10-11 17:54:38]

Committed patchset #1 manually as r17171 (presubmit successful).