<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">sounds reasonable to me.  Please file a ticket at <a href="http://bugs.ecmascript.org">bugs.ecmascript.org</a> against the ES6 draft and classify it as a normative change form ES5<div><br></div><div><br><div><div>On Mar 19, 2013, at 8:05 AM, Simon Pieters wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Hi<br><br>The spec allows two different behaviors for new Date(-0):<br><br>[[<br>Return an implementation-dependent choice of either ToInteger(time) or<br>ToInteger(time) + (+0). (Adding a positive zero converts −0 to +0.)<br>]]<br><br>jwalden said in #whatwg as to why:<br><br>[[<br>implementation of new Date(-0) has two representations *only* so that<br>implementations can store dates, internally, as either an int64_t or a<br>double; SpiderMonkey stores internally as double but adds 0 in TimeClip so<br>-0 doesn't have weird behavior; for any implementation using double<br>representation it's easy to look like int64_t, but probably far harder the<br>other way; thus mandating +0 behavior is probably the thing the most<br>people'd be compatible with; I can't think of a good reason to support<br>this difference at the hardware level -- anyone using double<br>representation can do +0 to pretend to be int64_t-represented, and<br>implementations have to have double capabilities to represent math<br>generally, so I don't see why mandating as-if-by-int64_t would be<br>prevented by hardware issues<br>]]<br><a href="http://krijnhoetmer.nl/irc-logs/whatwg/20130318#l-708">http://krijnhoetmer.nl/irc-logs/whatwg/20130318#l-708</a><br><br>Could the spec be changed to require -0 to be converted to +0? Doing so<br>would make it easier to write test cases and would remove a possible<br>interop hole that Web pages can fall into (it seems unlikely that they<br>would, but, well, it's the Web we're talking about here).<br><br>cheers<br>-- <br>Simon Pieters<br>Opera Software<br>_______________________________________________<br>es-discuss mailing list<br>es-discuss@mozilla.org<br>https://mail.mozilla.org/listinfo/es-discuss<br><br></div></blockquote></div><br></div></body></html>