You are not logged in.
Pages: 1
Hello,
ARM memory management is not used for Linux platform in Delphi 10.3.
I wonder if that change can get mORMot to support Delphi 10.3 Linux platform.
Thanks & regards,
Ertan
Offline
http://blog.marcocantu.com/blog/2018-oc … tions.html
This is very positive news. I would really love Delphi support for LInux with mormot together.
.
Erick
Offline
Agreed!
Delphi XE4 Pro on Windows 7 64bit.
Lazarus trunk built with fpcupdelux on Windows with cross-compile for Linux 64bit.
Offline
We currently use FPC for Linux compilation, with good success. Kylix was supported since years.
As such, the Delphi Linux compiler could potentially be supported: I guess only some minor OS calls are to be adjusted, mainly in SynCommons.pas.
A few {$ifdef DELPHI_POSIX} redirecting the calls to the posix.*.pas units of the RTL, probably closer to the Kylix calls than the FPC's - which use the great fp*() cross platforms raw API calls.
But in practice I have two simple concerns:
1. Since it is not part of the Community Edition, and I don't have any EMB license any more, so I don't have access to the Linux compiler.
2. Since we use FPC for production code on Linux (here and also our main contributors like the SyNode team), so we don't need at all the Delphi for Linux compilation.
So any external input is welcome!
I could help of course, but the main work should be through external contributions - without breaking the existing compatiblity.
Offline
I am more a newbie to mORMot. I do not feel like I am up for such a task, yet. I once tried to adapt mORMot for compiling under WinCE and could not manage that.
On the other hand; Delphi seemingly will use same traditional memory management for all of the platforms it supports including Android and iOS platforms. If that happen, is there any chance that mORMot will support these platforms using Delphi?
I am probably asking that question a couple years early, it is also possible Delphi change its approach to memory management, but just wondering.
Thanks.
Offline
Embarcadero told that ARC will remain for Android and iOS.
And for those mobile platforms, you have the client-side code generator available, which is enough for a SOA client.
Wanting to put more than just a dump client in a mobile app is IMHO a wrong design. For instance, no SQL storage in the mobile app - just cache!
Offline
Embarcadero told that ARC will remain for Android and iOS.
Actually, this is what is written in blog:
"The go-forward plan is to not embrace ARC for the coming macOS 64-bit platform (so all desktop platforms are and will remain on the non-ARC model) and to disable ARC also for mobile platforms in the future (most likely around the next major release after 10.3)."
So, current plan is to remove ARC from all supported platforms. That will probably be introduced in Delphi 10.4 version.
And for those mobile platforms, you have the client-side code generator available, which is enough for a SOA client.
Wanting to put more than just a dump client in a mobile app is IMHO a wrong design. For instance, no SQL storage in the mobile app - just cache!
I was wondering to use Andriod/iOS for client connection to mORMot server. Sorry, that was not clear.
Offline
Good news!
I misunderstood the blog text.
So for Android/iOS for client connection to a mORMot server, there is already what you need using https://synopse.info/files/html/Synopse … ml#TITL_86
Offline
I didn't know that client side is already supported for Delphi nextgen compiler.
Thanks for the link.
Offline
Current Zeos 7.3 is nextgen ready btw..
Offline
Is it possible to consider the time/cost of making Synode (SpiderMonkey) and the common parts of framework at least Delphi 10.3 Linux compatible. A trial version of 10.3 is available which should be sufficient or access can be provided.
I'd be prepared to run & contribute to a crowd funding effort with a set goal that could be donated to the project if we could make this happen.
Offline
Pages: 1