[fpc-devel] RangeCheck error in SetResourceStrings

2011-06-02 Thread Petr Kristan
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,

Re: [fpc-devel] Comparison FPC 2.4.4 - Delphi 7

2011-06-02 Thread Graeme Geldenhuys
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

Re: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread Sven Barth
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;

Re: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread Sergei Gorelkin
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

Re: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread José Mejuto
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

Re: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread Florian Klämpfl
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

Re: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread José Mejuto
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

Re[2]: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread José Mejuto
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

Re[2]: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread José Mejuto
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

Re: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread Florian Klämpfl
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

[fpc-devel] gdb and stopping at the begin line

2011-06-02 Thread Martin
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

Re: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread Michalis Kamburelis
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