As I pointed out elsewhere (Dialect Public Forum - Help -
thread: A great flaw in Dialect) changing the floating point
precision in Dialect to 64-bit may need a complete revision
of Dialect.
There are however some alternatives; Dialect could be
extended with an extended or unlimited precision module,
using string input and output.
An easy example - the DLL is already very simple to use
with Dialect now - is the Symbolic Manipulation Library by
Jens-Uwe Dolinsky ( http://www.mb.hs-
wismar.de/Mitarbeiter/Pawletta/00Uwe/casE.html ).
(Maybe Mr Dolinsky could be interested in integrating his
work into Dialect?)
Another alternative - with free C++ source code - could be
the Arageli unlimited-precision artthmetic library http://www.uic.nnov.ru/~zny/arageli/doc20b/html/index.htm
l by Nikolai Yu. Zolotykh ( http://www.uic.nnov.ru/~zny/ ).
The third - most complicated/extended - would be GMP
(Gnu MP) a free C++ library for arbitrary precision
arithmetic, operating on signed integers, rational numbers,
and floating point numbers. http://www.swox.com/gmp/
The library by mr Dolinsky is the most limited of the three -
currently limiting calculations to at most 80 decimals
(decimals not bits!) ; it has however the added benefit of
formula manipulation.
The Arageli library by mr Zolotykh is concentrated around
computations in ARithmetic, Algebra, GEometry, Linear and
Integer linear programming. Also it is largely optimezed for
speed. An example program - sc - is provided in both
source and executable which could be used as a template
for a Dialect module as it uses string input and output.
The GMP library is the most extended of the three as it is
targetted at arbitrary precision arithmetic, operating on
signed integers, rational numbers, and floating point
numbers. It claims to be te fasted library around.
In my opinion addeding an extended or unlimited precision
library to Dialect as a module would be the quickest way to
give Dialect the needed extra calculation power without
breaking the current version and introducing backward
incompatibility.
Andr
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=423153
As I pointed out elsewhere (Dialect Public Forum - Help -
thread: A great flaw in Dialect) changing the floating point
precision in Dialect to 64-bit may need a complete revision
of Dialect.
There are however some alternatives; Dialect could be
extended with an extended or unlimited precision module,
using string input and output.
An easy example - the DLL is already very simple to use
with Dialect now - is the Symbolic Manipulation Library by
Jens-Uwe Dolinsky ( http://www.mb.hs-
wismar.de/Mitarbeiter/Pawletta/00Uwe/casE.html ).
(Maybe Mr Dolinsky could be interested in integrating his
work into Dialect?)
Another alternative - with free C++ source code - could be
the Arageli unlimited-precision artthmetic library
http://www.uic.nnov.ru/~zny/arageli/doc20b/html/index.htm
l by Nikolai Yu. Zolotykh ( http://www.uic.nnov.ru/~zny/ ).
The third - most complicated/extended - would be GMP
(Gnu MP) a free C++ library for arbitrary precision
arithmetic, operating on signed integers, rational numbers,
and floating point numbers. http://www.swox.com/gmp/
The library by mr Dolinsky is the most limited of the three -
currently limiting calculations to at most 80 decimals
(decimals not bits!) ; it has however the added benefit of
formula manipulation.
The Arageli library by mr Zolotykh is concentrated around
computations in ARithmetic, Algebra, GEometry, Linear and
Integer linear programming. Also it is largely optimezed for
speed. An example program - sc - is provided in both
source and executable which could be used as a template
for a Dialect module as it uses string input and output.
The GMP library is the most extended of the three as it is
targetted at arbitrary precision arithmetic, operating on
signed integers, rational numbers, and floating point
numbers. It claims to be te fasted library around.
In my opinion addeding an extended or unlimited precision
library to Dialect as a module would be the quickest way to
give Dialect the needed extra calculation power without
breaking the current version and introducing backward
incompatibility.
Andr