互联网上充满了开发者请求64位Delphi，Delphi软件的用户要求64个版本。
> delphi 32bit：1.470.000页
> delphi 64bit：2.540.000页:-)
这就是为什么我一直在想，为什么Embarcadero仍然不提供这样的版本。
如果这很容易做到，我相信这已经很久以前已经完成了。那么Embarcedero需要克服什么技术难题呢？
>它是编译器，RTL / VCL还是IDE / Debugger？
>为什么从32bit到64bit的转换比Borland从16bit转换到32bit更复杂？
>当他们添加64位支持时，FPC团队面临类似的问题？
当我认为创建一个64位Delphi应该比Kylix或Delphi.Net更容易的时候，我监督一些重要的东西？
解决方法
对于我在论坛读过的东西，我认为主要的延迟是，32位的编译器根本无法适应64位，所以他们必须编写一个新的编译器，其结构允许将其移植到新的平台很容易这个延迟在这个领域很容易理解。
新的编译器首先要做的就是支持目前的32位Windows，然后再将其定位到64位，这样就可以很容易理解额外的延迟。
现在，在通过64位支持的道路上，Embarcadero决定瞄准32位MacOSx，而这个决定是有些人根本不了解的。就个人而言，我觉得这对于Embarcadero的业务角度来说是一个很好的营销决策(等等，我不是说64位支持不太重要，仔细阅读，我不是在谈论重要性，而是关于商业性)。这是一个非常有争议的额外延迟到64位的道路(除了Embarcadero说，他们有并行工作的团队，事实上有一个延迟，至少在版本控制问题 – 再次营销)。