Strict programming language: Difference between revisions

Revision as of 20:09, 13 May 2009

Revision as of 13:09, 16 June 2009

Line 13:

* Because of the uncertainty regarding if and when expressions will be evaluated, non-strict languages generally must be [[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, with the notable exception of the [[Glasgow Haskell's GHCCompiler]] which outperforms many strict language compilers.

* [[Space complexity]] of non-strict programs is difficult to understand and predict.