hi,
if there's not much trouble on windows/osx side, we will choose muparser accordingly.
the switching process seems to be trivial. I'm setting up a branch to test this idea.
thanks,
dongxu
On Sat, Mar 31, 2012 at 7:31 AM, dxli [via LibreCAD]
<[hidden email]> wrote:
>
> some candidates:
>
> http://muparser.sourceforge.net/mup_features.html
coincidentally, I'm the muparser maintainer in Debian and Ubuntu
I know qtiplot and scidavis use it and it works great - it could be a
good for LC. Just FYI, they improved their library versioning so that
in theory all libmuparser2 are compatible with each other. They don't
appear to follow libtool "age" and "revision," for example
libmuparser.so.2.2.2 is not compatible with libmuparser.so.0.
As for building, I think it's fair to either ship convenience copies
or just tell users they need libmuparser.so.2 and headers to build
(package libmuparser-dev on debian systems)
For ease of distribution, I'd suggest muparser.
~Scott
If you reply to this email, your message will be added to the discussion below:http://forum.librecad.org/find-a-fparser-alternative-tp5608668p5608927.htmlTo start a new topic under LibreCAD-dev, email [hidden email]
To unsubscribe from LibreCAD-dev, click here.
NAML
Free forum by Nabble | Edit this page |