Re: [fpc-pascal] cocoa programming without objective-pascal mode

2014-11-03 Thread Bee
On Mon, Nov 3, 2014 at 11:00 AM, Dmitry Boyarintsev skalogryz.li...@gmail.com wrote: Just don't bother yourself with cocoa api don't go too specific. I don't, hence this thread. :) If want to use a TObject, I want the exact same properties, exact same behavior, exact same declaration of

Re: [fpc-pascal] cocoa programming without objective-pascal mode

2014-11-03 Thread Jonas Maebe
On 03/11/14 09:02, Bee wrote: If want to use a TObject, I want the exact same properties, exact same behavior, exact same declaration of TObject on everywhere else. Then you are in luck, because that is exactly how it is today. (*) I don't care if beneath it acts as NSObject on OSX, or

Re: [fpc-pascal] Effective memory allocation

2014-11-03 Thread Bruno Krayenbuhl
My results : _Ptr:=GetMem(1)18 mus, 824 ns / GetMem _Ptr:=GetMem(1) + FillChar(_Ptr^,1,0)); 81 ms / GetMem + FillChar var ArInt:array of int32; . SetLength(ArInt, 1 shr 2); 81 ms / SetLength All timings are variable within [time, time+8%] on

Re: [fpc-pascal] cocoa programming without objective-pascal mode

2014-11-03 Thread Sven Barth
Am 03.11.2014 09:02 schrieb Bee bee.ogra...@gmail.com: On Mon, Nov 3, 2014 at 1:45 PM, Sven Barth pascaldra...@googlemail.com wrote: That's because FireMonkey abstracts all those APIs for you. The LCL by Lazarus has the same target: no matter whether you are on Win32/64, GTK, Qt, Carbon,

Re: [fpc-pascal] Effective memory allocation

2014-11-03 Thread Sven Barth
Am 03.11.2014 08:32 schrieb Nico Erfurth n...@erfurth.eu: On 02.11.14 15:05, Xiangrong Fang wrote: Sorry, the results in previous mail was mis-labeled. ​ The result is: Using SetLength: Alloc: 9.40781697E-0001 Clear: 2.13420202E-0001 Using GetMemory:

Re: [fpc-pascal] cocoa programming without objective-pascal mode

2014-11-03 Thread Bee
Alright, guys. Thank you for all the informations and discussion. I got many things to learn from all of your responses. They're all valuable to me. I haven't yet decided which way I will choose, whether to stay with FPC, move to Oxygene, or completely migrate to Swift. I'm still on testing phase

Re: [fpc-pascal] Effective memory allocation

2014-11-03 Thread Adriaan van Os
Xiangrong Fang wrote: Hi All, I am programming a Bloom Filter and need a high-performance way to On what platform are you doing this ? Regards, Adriaan van Os ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org

Re: [fpc-pascal] cocoa programming without objective-pascal mode

2014-11-03 Thread C Western
On 02/11/14 18:38, Felipe Monteiro de Carvalho wrote: The Cocoa interface is advancing fast. I am even running out of known bugs, so other people testing would be appreciated. I have some interest in this. Is http://wiki.lazarus.freepascal.org/Cocoa_Interface reasonably up to date as to how

Re: [fpc-pascal] Effective memory allocation

2014-11-03 Thread Xiangrong Fang
2014-11-03 23:40 GMT+08:00 Adriaan van Os f...@microbizz.nl: Xiangrong Fang wrote: Hi All, I am programming a Bloom Filter and need a high-performance way to On what platform are you doing this ? ​I am programming on Linux, but it will be used on both Windows and Linux, Windows is the

Re: [fpc-pascal] Effective memory allocation

2014-11-03 Thread Nico Erfurth
Hi, Hi All, I am programming a Bloom Filter and need a high-performance way to On what platform are you doing this ? ​I am programming on Linux, but it will be used on both Windows and Linux, Windows is the primary target.​ Well, the first thing you should ask

Re: [fpc-pascal] Effective memory allocation

2014-11-03 Thread Xiangrong Fang
2014-11-04 6:35 GMT+08:00 Nico Erfurth n...@erfurth.eu: Well, the first thing you should ask yourself is Do I REALLY need such a large bloom filter. Everything larger than the last level cache will seriously harm your performance as you are going to trigger a lot of cache and TLB misses. In