Future of CrossVCL?

Issue #79 resolved
Ronald Klitsche
created an issue

Is CrossVCL still in development? Or will it die, when the next Delphi 64 Bit compiler for macOS coming with ARC and is not compatible with the VCL anymore?

Comments (19)

  1. Eugene Kryukov repo owner

    We suspend CrossVcl development at this time, first we are waiting for Apple WWDC in order to get news about next macOS. Second, you are right CrossVcl will never work on next-gen compiler.

  2. Eugene Kryukov repo owner

    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.

  3. Ronald Klitsche reporter

    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.

  4. German Gentile

    You are rigth, i forget LCL already works on every operative system in the world. I hop seme day lazarus have a great debugger like Delphi one. Is the only thing i miss there.

  5. Ronald Klitsche reporter

    How big is the chance that VCL programs and components, coming from non-ARC and AnsiString, running on nextgen compilers? My experience with the mobile compilers is not good.

  6. Ronald Klitsche reporter

    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.

    But it will be nice to see, that I'm wrong.

  7. German Gentile

    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.

  8. Eugene Kryukov repo owner

    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.

  9. Log in to comment