On 3/19/06, Robert Dodier <robert.dodier at gmail.com> wrote:
> > I realize this is inconsistent with the conventions in other cases
> > (e.g. plot2d). At some point, we really ought to try to decide on a
> > convention and apply it globally.
> well, i'm not so sure we need to make a choice here.
> plot2d / plot3d and quad_* all construct their plottand (ha ha) or
> integrand via COERCE-FLOAT-FUN, which can (in 5.9.3)
> handle a function name, a general expression, or a lambda.
>
> other functions in need of a similar construct should also
> go through COERCE-FLOAT-FUN; no need to reinvent that
> particular wheel. i don't know if there are any such functions,
> but i haven't looked either.
I agree, cff is a good way to standardize the numeric evaluation case.
I was thinking about the more general case. It is nice to have both
map (function) and makelist (expression); why isn't there a functional
version of summation and integration, for example? There is some
design work to be done here.
-s