14:56
<rkirsling>
for coding interviews, silly ;)
15:37
<Anthony Bullard>
Trying to remember: do any browser engines actually support TCO right now?
16:21
<Michael Ficarra>
Trying to remember: do any browser engines actually support TCO right now?
JSC supports PTCs
21:08
<ljharb>
how come class Foo extends "bar" {} is valid syntax given that even with return override it can't ever work?
21:09
<littledan>
How come (3)() is valid syntax even though it can't ever work?
21:09
<ethanarrowood>
I still do not understand why anyone wants this
Advent of Code of course /s
21:09
<littledan>
we just don't make all the runtime errors into syntax errors, in general. Tools have been doing a good job of filling the gap.
22:20
<rbuckton>
how come class Foo extends "bar" {} is valid syntax given that even with return override it can't ever work?

Because it will obviously error at runtime? Adding a syntax error would be inconsistent since class Foo extends Bar when Bar is "bar" can't be recognized as a syntax error. If we try to ban all the corner cases, we unnecessarily complicate the specification with rules that end up being inconsistent in practice.

If, however, classes had been designed to be statically evaluated, such that you could only extend an identifier that is statically known to be a class, then it would have made sense to make that a syntax error.

22:21
<rbuckton>
(and the HeritageClause grammar would have been far more restrictive)