Translated code and simplification of %pi in presence of numer=true



The conversion happens inside  timesin, which explicitly checks for $%e.

What a mess.

Philosophically speaking,  the "simplifier" should not be changing 2*pi  
to 6.28...
since those two items are not equal.  One is an approximation of the other.

A better design, suggestion anyway:

There should be another program, probably NOT intertwined with the 
simplifier, that does floating-point evaluation. 

It might be meval, {with numer=true} but that's a rat's nest too.

It could be  float_eval,  or maybe just $float and could be modeled on 
the $bfloat program.

RJF


Barton Willis wrote:
> -----maxima-bounces at math.utexas.edu wrote: -----
>
>
>   
>
> The %e --> 2.718 conversion seems to happen inside simptimes, not
>