Do we need to change how shecc evaluate expression? about shecc HOT 4 CLOSED

The idea is generally making sense. However, we should take the lazy evaluation way. By using eager evaluation, the cfront aggressively computes all the expressions, that would cause unexpected work. Instead, once we keep the operands (and expressions) in the stack, we can then evaluate right before code generation.

from shecc.

once we keep the operands (and expressions) in the stack, we can then evaluate right before code generation.

I think stack using in read_expr is for generating proper order to evaluate right expression and I don't think it now can be determined before code generation. Also, in some test case, register will run out when code is generating.

And I am curious about why eager evaluation cause unexpected work? We need to evaluate it anyway, what is difference to do it in advance?

from shecc.

And I am curious about why eager evaluation cause unexpected work? We need to evaluate it anyway, what is difference to do it in advance?

Lazy evaluation (or call-by-need) delays evaluating an expression until it is actually needed; when it is evaluated, the result is saved so repeated evaluation is not needed. This technique can make some algorithms easier to express compactly or much more efficiently, or both. The binary of shecc might be bootstrapped, which implies less efficient evaluations (and sometimes, buggy).

from shecc.

Drop this issue in favor of #84

from shecc.