Re: [bug-libmatheval] Some improvement proposal

[Marin Barateh]

Hi, everybody,

I am the new maintainer for Gnu Libmatheval, mainly to take some burden
off Alex. That means mostly that now I must fix and publish the new
releases for the package, so that, it is about time I appear on this list.
 
> Ok, thanks. Anyway I think it is worth mentioning that in the
> documentation and in constants, natural logarithm is sometimes
> referred to as ln(). Maybe it's a mistake, or maybe not, but that was
> what confused me ^^
I would also like an uniform mathematical notation. Anyway, I see the
diversity as the price to pay for, sometimes, getting notation improvements.

> Moreover, I'd like to submit an idea : why not include an evaluate
> function that use a callback function to get variable values ?
> I think such a function might be probably more convenient for
> developers who want to link a project that already handles variables
> internally, because it avoid them to write a subroutine to build the
> arrays needed by evaluator_evaluate.
It is a good Idea, of course with an array of values instead of pointers
to functions. I mean, if they can be in just one place, why the overhead
of passing them and using them twice? Even so, there is one detail I
would like to get more clear, and it is the matching of variable names
and the array of values...

> Finally, I was wondering if it was possible to specify a prefix for
> symbols that are produced by Lex and Yacc (using -P and -p switches)
> to avoid unnecessary conflicts between two code generated by Flex and
> Yacc linked together.
I suppose you mean yyparse() could collide with some other parser
function. Yes, that is something definitely to be changed. Thanks for
telling.

And thank you for all those ideas too.

Best regards,

Marin