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? |
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 |
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 Because it will obviously error at runtime? Adding a syntax error would be inconsistent since 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) |