Yeah, we know about it and are investigating possibility of CrossVcl future in LLVM compilers. We successfully compiled VLC source (of course with patching) using Linux Compiler (LLVM, which is mostly successor for 64-osx). But it is only compiling, we still don't know how it will work with ARC. Second issue is third-party components, all of them should be adopted to next-gen compiler which looks not realistic.
As for now, we certainly going to stop development of 32-bit CrossVcl and continue investigating possibility of using LLVM-compiler.
But the 64 bit macOS compiler is on the roadmap for next year.
The macOS App store closes its door for 32 bit at Jan 2018. I fear that the Delphi compiler does not come on time
and the few Delphi Mac Developer have to leave the Delphi train. Me too.
Good to hear. My experience is, beside the "pure compiling", that ARC bring alot of runtime trouble. TObject aren't free when calling free (cross references or they are listed in any TList<>).
Most famous pointer lists like TList and TStrings.AddObject() not working and many many more ..
The Win32 and Win64 compiler are here and the nexgen compilers compile much slower and generate worse and slower code.
I'm not sure that many developer will follow that track or that DevExpress make their code somtimes ARC compatible.
I dont undesrtand why do you suspend development? I have more interest on linux than mac os, and seems very promising for linux. I have a lot of projects very difcoult to migrate to console app so crossvcl is perfect the. I can pay tomorrow for a release if theres one.
We don't suspend development. We released 0.5 with possibility compile Linux App (now just for testing your code). Internally we have a good progress, lots of things already work on Linux. We going to release it soon.