Content deleted Content added
No edit summary |
→Explanation: Disambiguate Purely functional to Purely functional language. (Not really since the second currently redirects to the first, but the first has recently been turned into a disambiguation page.) |
||
Line 10:
Non-strictness has several disadvantages which have prevented widespread adoption:
* Because of the uncertainty regarding if and when expressions will be evaluated, non-strict languages generally must be [[purely functional language|purely functional]] to be useful.
* All [[computer architecture|hardware architecture]]s in common use are optimized for strict languages, so the best compilers for non-strict languages produce slower code than the best compilers for strict languages.
* [[Space complexity]] of non-strict programs is difficult to understand and predict.
| |||