<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Jul 26, 2015, at 1:17 PM, Jordan Harband wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">What is the function's name if the computed object literal key is a Symbol? ie, what does the following output:</div></blockquote><div><br></div><div>specified in step 4 of <a href="http://ecma-international.org/ecma-262/6.0/#sec-setfunctionname">http://ecma-international.org/ecma-262/6.0/#sec-setfunctionname</a> </div><br><blockquote type="cite"><div dir="ltr"><div><br></div><div>```js</div><div>const sym = Symbol('something');</div><div>const o = {</div><div>    [sym] () {}</div><div>};</div><div>console.log(o[sym].name);</div><div>```</div></div></blockquote><div><br></div>should be:  "[something]"<br><blockquote type="cite"><div dir="ltr"><div><br></div><div>Currently it appears Babel outputs an empty string for this case.</div><div><br></div><div>If the current spec handles symbols just fine in this way, why would "the possibility that the property key is a symbol" be a reason for an expression form not to set the "name" property?</div></div></blockquote><div><br></div><div>Yes, the ES2015 spec. does say how to handle Symbols as `name` property values.</div><div><br></div><div>Allen</div><div><br></div><div><br></div></div></body></html>