相信大家都很关注Delphi的路线图啦,很多人怪那个Kylix无疾而终。
常逛坛子,发现有些高人说的很有道理。
Kylix在某些公司的和谐下,当年borland不得已放弃,要知道,ms看着任何开发工具跨平台编译那个恨,ms是borland的股东,结果可想而知。
在win98SE的时候,delphi编译器出来的指令就出现过个别不兼容,但在win98上很行,而VS的工具则不会这种情况,不知道为啥
有个笑话,win98迟迟发布不不来,原因是网景的浏览器比IE浏览器在win98测试平台运行得更好,当然是网络上的笑话而已,但是大家也可以看到当时borland的一些处境。
后来CG重提跨平台和64位,同样也受到巨大的压力,如果交叉编译器出来了,编译好的代码在操作系统的某个sp补丁以后,发生莫名的错误,怎么办?
特别是现在64位Win OS还没有全面定型的情况下,早出跨平台的64位编译器面临风险更大,据说其实64位的编译器早已出来(但没听说是否支持交叉编译),只是迟迟不敢发布,生怕一个sp补丁,让这个编译器面临艰难处境。
所以从Delphi2005开始的路线图经常摇摆不定,我想一方面可能有重点发展方向,一方面有技术上的因素,重要的是不要抛开X86平台的受别人的牵制的因素。换个看法,Delphi路线图摇摆不定,是不是处于商业上的需要,采取的策略?就像早些时候橙子透露Delphi2011的截图,受到公司的管制,其实,想想上面的因素,这还真会给EM带来商业路线上麻烦,网
友们心切,但是也应该理解EM的处境和用心。我感觉64位及跨平台交叉编译EM要看windows 64的sp发展情况才决定适时退出了。MS就这个心态:你丫的搞Win32再好,超过VS我也高兴死了,你丫的要是搞跨平台交叉编译,看我不整死你欢迎大家客观平和心态发表看法,不要一味的责备EM了。
常逛坛子,发现有些高人说的很有道理。
Kylix在某些公司的和谐下,当年borland不得已放弃,要知道,ms看着任何开发工具跨平台编译那个恨,ms是borland的股东,结果可想而知。
在win98SE的时候,delphi编译器出来的指令就出现过个别不兼容,但在win98上很行,而VS的工具则不会这种情况,不知道为啥
有个笑话,win98迟迟发布不不来,原因是网景的浏览器比IE浏览器在win98测试平台运行得更好,当然是网络上的笑话而已,但是大家也可以看到当时borland的一些处境。
后来CG重提跨平台和64位,同样也受到巨大的压力,如果交叉编译器出来了,编译好的代码在操作系统的某个sp补丁以后,发生莫名的错误,怎么办?
特别是现在64位Win OS还没有全面定型的情况下,早出跨平台的64位编译器面临风险更大,据说其实64位的编译器早已出来(但没听说是否支持交叉编译),只是迟迟不敢发布,生怕一个sp补丁,让这个编译器面临艰难处境。
所以从Delphi2005开始的路线图经常摇摆不定,我想一方面可能有重点发展方向,一方面有技术上的因素,重要的是不要抛开X86平台的受别人的牵制的因素。换个看法,Delphi路线图摇摆不定,是不是处于商业上的需要,采取的策略?就像早些时候橙子透露Delphi2011的截图,受到公司的管制,其实,想想上面的因素,这还真会给EM带来商业路线上麻烦,网
友们心切,但是也应该理解EM的处境和用心。我感觉64位及跨平台交叉编译EM要看windows 64的sp发展情况才决定适时退出了。MS就这个心态:你丫的搞Win32再好,超过VS我也高兴死了,你丫的要是搞跨平台交叉编译,看我不整死你欢迎大家客观平和心态发表看法,不要一味的责备EM了。
解决方案 »
- 求一个算法。。 应该不算难, 可自已锈住了。。
- ExpressQuantumGrid 和TdxDBTreeList
- 事件等待的时候怎么让鼠标变成时间漏斗行啊?
- 如何实现动态生成报表,直接用编程实现报表???(火急!!!!!)
- 想找本DELPHI基础的书
- 我在打印报表时遇到一个怪问题(数据库是Access)字段小计设置为双精度2位小数可是打印出来怎么是4为小数
- 为什么会没有人解决此类问题......
- toolbar上的按钮,偶用actionlist控制,但偶怎么能实现这些按钮与菜单的选项关联呢?偶设置了菜单选项的action属性,但运行后,按钮都不
- 100分,关于数据集的几个问题。
- 如何获取计算机名称?
- 散分!
- 疑难问题,关于beginthread/createthread的
我喜歡 Delphi 的故事 T_T;;
delphi2007 以前,都保留着 linux 这个编译开关,而且, delphi2009 以后,增多了 MACOS 这个编译开关!我这样想:编译器可能在内部早已经实现跨平台,只是发行版屏蔽掉了这些功能。所以说,delphi XE 的跨平台编译还没实现,肯定是有某些压力或者是基于商业因素考虑。
用TX的例子来说:谁领先,我们抄袭谁!
这是不是 delphi 也不敢过快的退出跨平台的原因之一?这样我就不敢说 EM 购买了delphi 后没有做过什么事了,因为他们现在可能是埋头做基础跨平台的东西,而且 delphi 已经很成熟,增加一些第三方工具已经可以实现的功能并不能引起震撼。希望这只是我的天真想法。
其实在cbuilder6中就有linux和windows的预编译宏了.
这个在vcl中一直保留着,好像是从cb2007开始有的macos的预编译宏,其实vcl库的跨平台borland早就开始搞了,很可能是在等时机.
其实在borland时期borland也早就有跨平台的经验积累了Kylix和cbuilderX
这回em学了个乖,一直在等待时机,看准时机推出64位和交叉编译了。
We're just back from Paris where the last stop of the CodeWay Tour in France was taking place. Over 100 enthusiast French Delphi developers witnessed not only all the goodies that RAD Studio XE offers, but could see first hand a live demo of the 64bit Delphi compiler that is in the works as well as a demo with the upcoming cross platform Windows / MacOSX version. The 64bit compiler DCC64 demo showed a console application allocating, filling and releasing a whopping 5GB of memory in probably less than a second. The cross platform demo showed our beloved FishFact demo running on a Mac OSX, featuring TDBGrid, TDBImage, TDBMemo.
没发展起来完全是决策层摇摆不定、急功近利,研发部门大牛纷纷跳槽。Delphi现在在微软眼里算个鸟,MS现在做的是标准,想要谁死谁就死。
64位 win 早就定型了,从 vista 开始就是这个样子了,win7 也没啥变化。就算有不兼容的话,肯定是编译器本身的问题,越是不懂汇编的小白越爱乱讲。
b4a 上有人说,“The x64-bit compiler is developed for about 2 years by single-handed team”。知道 single-handed 是啥意思不?一个都快混不下去的 ide,m$ 值得操心么?也太把 delphi 当根葱了吧
又不是绝种,就算是,那只是变异。。 所以不担心啊。
我相信Delphi Pascal 是 Ander 最爱和难忘的。