"The same mistake is done on the Computer Language Benchmark Game. There's an Array sorting benchmark where Haskell just blows away even hand-optimized C. The secret is that the benchmark never prints out the contents of the sorted array. The C compiler isn't smart enough to recognize that the array is never actually used anywhere, but Haskell is, and so the entire benchmark basically compiles down to the equivalent of "int main() { return 0; }"."
I think the CLR team was able to learn from some of the JVM's shortcomings; this limitation is one example. .NET IL has the TAIL. instruction prefix that allows tail calls. It can be prepended to any call instruction outside of an exception handling block.
There's also the JMP instruction, which is similar and allows the current method's arguments to be passed to another function, discarding the current stack frame and returning to the current method's caller.
Even more interesting is that C# and VB.NET, the two main languages targeting the CLR, do not make use of it. Before posting this though, I did a quick search to make sure they hadn't turned around and implemented it for C# 4 or something, and found this link:
Apparently there are some performance issues with the TAIL IL instruction, though I wonder if it's really as slow as pushing a new frame on the call stack.
"The same mistake is done on the Computer Language Benchmark Game. There's an Array sorting benchmark where Haskell just blows away even hand-optimized C. The secret is that the benchmark never prints out the contents of the sorted array. The C compiler isn't smart enough to recognize that the array is never actually used anywhere, but Haskell is, and so the entire benchmark basically compiles down to the equivalent of "int main() { return 0; }"."