News for hackers. Stuff that matters.
Re:Diminishing returns of static typing by tonyg on Monday October 02, 2017 @02:55PM (#15386759)
OK, but that wasn't the original question.

(There are also all sorts of optimizations that can't be done statically, so I guess there's that.)

Re:Diminishing returns of static typing by naasking on Monday October 02, 2017 @03:15PM (#15386972)
The original question asked whether static typing is needed when maximal performance is required. If we understand "maximal" to mean literally, "no more performance can possibly be squeezed out", then it simply is. Static typing might not be sufficient for this case, but it is necessary.
Re:Diminishing returns of static typing by tonyg on Tuesday October 03, 2017 @06:43AM (#15391454)
I think those few, crucial pieces of hand-written assembly language one sees from time to time disagree with you. (Modulo your observation that assembly languages are trivially statically typed.)
Re:Diminishing returns of static typing by naasking on Tuesday October 03, 2017 @09:39AM (#15392295)
> I think those few, crucial pieces of hand-written assembly language one sees from time to time disagree with you.

I still don't think so. For example, plenty of silicon is spent on branch predictors simply because addresses and integers aren't distinguished, in general, thus permitting more expressive but costlier code.

Execution would be much faster if integers and addresses were forced to be distinct. Static typing pretty much always improves performance.