From fcf9b2c0e7bb8f223cdc2cd3ca8c6db17907ac7b Mon Sep 17 00:00:00 2001 From: Michael Stevens Date: Wed, 15 Jun 2005 09:34:21 +0000 Subject: [PATCH] readibility [SVN r29581] --- doc/overview.htm | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/doc/overview.htm b/doc/overview.htm index fb01a0df..5c633f73 100644 --- a/doc/overview.htm +++ b/doc/overview.htm @@ -210,9 +210,9 @@ to use lazy evaluation as known from modern functional programming languages. The principle of this approach is to evaluate a complex expression element wise and to assign it directly to the target.

-

Two interesting and dangerous facts result.

+

Two interesting and dangerous facts result:

Aliases

-

First one may get serious side effects using element wise +

One may get serious side effects using element wise evaluation on vectors or matrices. Consider the matrix vector product x = A x. Evaluation of A1x and assignment to @@ -230,7 +230,7 @@ By using this syntax a programmer can confirm, that the left and right hand side assignment are independent, so that element wise evaluation and direct assignment to the target is safe.

Complexity

-

Next one can get worse computational complexity under certain +

The computational complexity may be unexpectedly large under certain cirumstances. Consider the chained matrix vector product A (B x). Conventional evaluation of A (B x) is quadratic. Deferred evaluation of B xi is linear.