{}+{} incosistency

Caitlin Potter caitpotter88 at gmail.com
Wed Apr 13 15:22:46 UTC 2016

Well, I think you’re wrong here:


Step 5:
    `methodNames` is [ “valueOf”, “toString” ]

	• For each name in methodNames in List order, do
		• Let method be ? Get(O, name). << `Object.prototype.valueOf, Object.prototype.toString`
		• If IsCallable(method) is true, then
			• Let result be ? Call(method, O).
			• If Type(result) is not Object, return result. << Object.prototype.valueOf returns an Object, so we continue to `toString`

> On Apr 13, 2016, at 11:19 AM, Till Schneidereit <till at tillschneidereit.net> wrote:
> On Wed, Apr 13, 2016 at 4:32 PM, Caitlin Potter <caitpotter88 at gmail.com> wrote:
> My read of section (https://tc39.github.io/ecma262/#sec-addition-operator-plus-runtime-semantics-evaluation),
> is that V8 is getting this right.
> ToPrimitive on `{}` will, by default, return “[object Object]” — We first call `Object.prototype.valueOf()`, which returns `this` (see Following this, we call `toString()`, and get “[object Object]”.
> Subsequent steps of the algorithm just concatenate the two strings together. So it looks like the other vendors are getting this wrong?
> I don't think that reading is right. Steps 5 and 6 call ToPrimitive without a PreferredType. For objects without a @@toPrimitive property, that ends up calling OrdinaryToPrimitive(input, "number"), which results in NaN. So step 7 isn't called - instead we end up running steps 8-10.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20160413/81ff9b2d/attachment.sig>

More information about the es-discuss mailing list