The Internet is full of developers requesting a 64bit Delphi, and users of Delphi software requesting 64 versions.
- delphi 32bit : 1.470.000 pages
- delphi 64bit : 2.540.000 pages 🙂
That’s why I’ve been wondering why Embarcadero still doesn’t offer such a version.
If it was easy to do, I’m sure it would’ve been done a long time ago already. So what exactly are the technical difficulties that Embarcedero need to overcome?
- Is it the compiler, the RTL/VCL, or the IDE/Debugger?
- Why is the switch from 32bit to 64bit more complicated than it was for Borland to switch from 16bit to 32bit?
- Did the FPC team face similar problems when they added 64bit support?
- Am I overseeing something important when I think that creating a 64bit Delphi should be easier than Kylix or Delphi.Net?
For things I had read in forums, I think the main delay was that the compiler for 32-bits could not be adapted to 64-bits easily at all, so they had to write a new compiler with a structure that allows porting it to new platforms easily. That delay is pretty easy to understand in that field.
And the first thing the new compiler had to do is to support the current 32-bit Windows before targeting it for 64-bit, so that extra-delay is also easy to understand.
Now, in the road to the 64-bit support, Embarcadero decided to target 32-bit MacOSx, and that decision is something that some people don’t understand at all. Personally I think it’s a good marketing decision for the Embarcadero business point of view (wait, I’m not saying 64-bit support is less important, read carefully, I’m not talking about importance but about commerciality). That is a very controversial extra delay in the road to 64-bits (besides Embarcadero says that they have teams working in parallel, in the facts there is a delay, at least for versioning issues -marketing again-).
Also is good to have in mind FPC is not a commercial product, so they can add/remove features more easily than Delphi.