Hi *,
Just to let you know - I've added constant FileNameCasePreserving to
unit System and changed the previous value of FileNameCaseSensitive
in some cases according to the real behaviour of the respective
platforms with regard to treatment of case in filenames (trunk only
and not planned to
On 04/15/2012 06:41 PM, Florian Klaempfl wrote:
Am 15.04.2012 17:03, schrieb Max Nazhalov:
Anyway, I ran that diff on the same conditions as above. Full test
suite did not show any regressions.
This is already a good sign.
My test case resulted in:
"1.2345678901234568E+3999": FPC=1.92 seco
Am 15.04.2012 17:03, schrieb Max Nazhalov:
Anyway, I ran that diff on the same conditions as above. Full test
suite did not show any regressions.
This is already a good sign.
My test case resulted in:
"1.2345678901234568E+3999": FPC=1.92 seconds
"1.2345678901234568E-3999": FPC=1.83 seconds
Sorry, 1st post was eaten somewhere..
Float to string conversion is very slow when dealing with high-order numbers.
Conversion time is almost linearly increases with exponent.
Test case [i386/Win32,"ValReal=extended"]: converting 100 numbers into
default exponential format by "writeln(them
Float to string conversion is very slow when dealing with high-order numbers.
Conversion time is almost linearly increases with exponent.
Test case [i386/Win32,"ValReal=extended"]: converting 100 numbers into
default exponential format by "writeln(them)" to dev/nul.
"1.2345678901234568E+3999
