Hi.
After upgrade fpc to trunk rev. 17622 I get in function SetResourceStrings line
333 fpc_rangeerror.
s:=SetFunction(ResStr^.Name,ResStr^.DefaultValue,ResStr^.HashValue,arg);
This occurs on translation resource:
ResStr^ = {NAME = 0x9e7410 'rtlconsts.smcinil', CURRENTVALUE = 0x0,
On 20 May 2011, Alexander Klenin wrote:
FPC:
302251 lines compiled, 45.2 sec , 2257728 bytes code, 1688152 bytes data
So Delphi is 9 times faster?
At compiling yes, but now lets put the facts another way...
* FPC supports 10x more platforms than Delphi
- Linux, FreeBSD, Haiku, Mac OS
On 01.06.2011 22:07, Michalis Kamburelis wrote:
Any thoughts? Maybe something can be improved?
1. Why CompareMem got slower in FPC 2.4.4? Maybe something can be fixed?
Let's see...
CompareMem in 2.4.2:
=== source begin ===
function CompareMem(P1, P2: Pointer; Length: cardinal): Boolean;
02.06.2011 19:49, Sven Barth пишет:
Maybe it's better if you or someone else would try to improve the performance
of the i386 assembler
code that makes up the Compare(Byte/Word/DWord) functions (it's located in
rtl/i386/i386.inc btw).
I tend to agree. The string instructions used there (rep
Hello FPC,
Wednesday, June 1, 2011, 10:07:18 PM, you wrote:
MK In my tests, FPC 2.4.4 has much slower CompareMem than FPC 2.4.2, at
MK least for some cases:
The difference is that CompareMem takes the same time to check a
memory block if the elements are equal or different, while the pascal
Am 02.06.2011 18:45, schrieb José Mejuto:
Hello FPC,
PlainCompare CompareByteXCompareByte
---
Equal arrays 1000 elements 16250 ms 625 ms 656 ms
Diff. arrays 1000 elements
Hello FPC,
Wednesday, June 1, 2011, 10:07:18 PM, you wrote:
MK In my tests, FPC 2.4.4 has much slower CompareMem than FPC 2.4.2, at
MK least for some cases:
Please take care with my last email, it has a bug that result in wrong
speed tests, anyway after fixing the bug, the magic number for
Hello FPC,
Thursday, June 2, 2011, 7:03:10 PM, you wrote:
FK Am 02.06.2011 18:45, schrieb José Mejuto:
Hello FPC,
PlainCompare CompareByteXCompareByte
---
Equal arrays 1000 elements 16250
Hello FPC,
Thursday, June 2, 2011, 7:03:10 PM, you wrote:
PlainCompare CompareByteXCompareByte
---
Equal arrays 1000 elements 16250 ms 625 ms 656 ms
Diff. arrays 1000 elements
Am 01.06.2011 22:07, schrieb Michalis Kamburelis:
Hi,
In my tests, FPC 2.4.4 has much slower CompareMem than FPC 2.4.2, at
least for some cases:
I've commited an improved version in r17642
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Having just reported http://bugs.freepascal.org/view.php?id=19466
I started wondering (to late, should have done before the report) and
googled.
It appears that gdb has a feature to skip function prologue and
epilogue. However I could not find any info on what info gdb uses to
know what is
Florian Klämpfl wrote:
Am 01.06.2011 22:07, schrieb Michalis Kamburelis:
Hi,
In my tests, FPC 2.4.4 has much slower CompareMem than FPC 2.4.2, at
least for some cases:
I've commited an improved version in r17642
That's great :) I just tested with fpc from SVN (rev 17644), and can
confirm
12 matches
Mail list logo