I do not use the NextGen targets, but other approaches for clients (like PhoneGap). So no need for OTL support for those targets. Lars Fosdal If the Linux compiler is ARC-enabled, I would never use it. Horácio Filho knows my point. ;) So I would not need OTL for Linux. :D
Horácio Filho ARC makes almost no difference for RAD/component programming. But for true OOP and server-side apps, it expects a big adaptation. I would not spent any time changing and checking thousands lines of working and proven code. My code base is already working under Linux using FPC (or even CrossKylix). Even on ARM32/64! http://blog.synopse.info/post/soaarmfpc Why would I use the Delphi compiler, and spend time and money for no benefit, just because the EMB compiler guys broke compatibility?
Stefan Glienke Sadly, we would need more than RTL patches: the compiler does emit diverse asm when ARC is enabled. I wish they at least offer the ability to enable ARC on Win32, so that we may be able to debug natively in the IDE this memory model. Otherwise, remote debugging a Linux server from a Windows IDE would be a real PITA. AFAIR there is such a Win32/ARC compiler existing internally at EMB - and it was used to debug the ARC support in the RTL. And also that the heap manager would be able to find memory leaks (which still occurs on ARC, as soon as you forgot to define one field as "weak").
ARC is seemless for me. I just use .Free; like normal. Apps run on all platforms. In 60k lines of code I only needed .DisposeOf; once or twice. Seems kind of pointless to me but then I don't write components. I would probably use OTL on mobile if it can do things that TTask and anonymous threads can't do.
I am awaiting the Linux compiler before I answer this ;)
ReplyDeleteFor now I'm developing only win32/win64 (VCL) but in the near future I think could be useful on mobile/firemonkey
ReplyDeleteI would love to use it when macOS compiler go ARC-enabled :D
ReplyDeleteWaiting a new LLVM-based ARC-enabled 64-bit (NextGen) compiler for macOS.
I do not use the NextGen targets, but other approaches for clients (like PhoneGap). So no need for OTL support for those targets.
ReplyDeleteLars Fosdal If the Linux compiler is ARC-enabled, I would never use it. Horácio Filho knows my point. ;) So I would not need OTL for Linux. :D
A. Bouchez I am about 100% sure it will be ARC-enabled and you will love it :D
ReplyDeleteHorácio Filho ARC makes almost no difference for RAD/component programming. But for true OOP and server-side apps, it expects a big adaptation.
ReplyDeleteI would not spent any time changing and checking thousands lines of working and proven code. My code base is already working under Linux using FPC (or even CrossKylix). Even on ARM32/64! http://blog.synopse.info/post/soaarmfpc Why would I use the Delphi compiler, and spend time and money for no benefit, just because the EMB compiler guys broke compatibility?
A. Bouchez I wonder if patching some methods in TObject can disable ARC evilgrin
ReplyDeleteMy target plattform is win32/vcl only. No Android, no MacOS and no IOS.
ReplyDeleteStefan Glienke Sadly, we would need more than RTL patches: the compiler does emit diverse asm when ARC is enabled.
ReplyDeleteI wish they at least offer the ability to enable ARC on Win32, so that we may be able to debug natively in the IDE this memory model. Otherwise, remote debugging a Linux server from a Windows IDE would be a real PITA. AFAIR there is such a Win32/ARC compiler existing internally at EMB - and it was used to debug the ARC support in the RTL.
And also that the heap manager would be able to find memory leaks (which still occurs on ARC, as soon as you forgot to define one field as "weak").
And having DisposeOf loopholes fixed would be nice...
ReplyDeleteI really don't understand how they could not make ARC / explicit seamless so that code could easily be shared over platforms.
ReplyDeleteLars Fosdal It is like putting square peg into a round hole. Eventually, you can make it work but there is no seamless solution.
ReplyDeleteFor me being able to use OTL on iOS would be awesome.
ReplyDeleteLars Fosdal There was an interesting discussion about it AFAIR. In short: cost!
ReplyDelete/sub
ReplyDeleteARC is seemless for me. I just use .Free; like normal. Apps run on all platforms. In 60k lines of code I only needed .DisposeOf; once or twice. Seems kind of pointless to me but then I don't write components. I would probably use OTL on mobile if it can do things that TTask and anonymous threads can't do.
ReplyDelete