15楼#
发布于:2012-11-22 15:47
昨天崩溃,今天修复,难道明天就没更新了?
|
|
16楼#
发布于:2012-11-22 15:47
|
|
|
17楼#
发布于:2012-11-22 15:47
pcxfirefox: 有 因为你提了 我之前翻了一下 palemoon作者之一是moonchild吧? 他们刚刚一起修复了jumplist 的一个bug 另外和firefox相反 chrome正着力解决windows 64bit版 更好的ASLR支持 更好的性能 |
|
18楼#
发布于:2012-11-22 15:47
这个你放心好了
Mozilla老干这种事,原来不想支持,后来又反过来去支持了 至少目前来说,挑nightly版本构建x64是有其特定意义的,我在15楼说了,这样做可以发现一些隐含的bug |
|
|
19楼#
发布于:2012-11-22 15:47
|
|
|
20楼#
发布于:2012-11-22 15:47
关注下,目前win8 x64。
|
|
21楼#
发布于:2012-11-22 15:47
先不要放弃计划,开不开发看市场再决定,现在还不是太紧迫
|
|
22楼#
发布于:2012-11-22 15:47
pcxfirefox: Linux 平台是有 64 位版的,所以代码不会有太大的 64 位兼容性问题。 另外, bugzilla 上改成了 disable for now ( https://bugzilla.mozilla.org/show_bug.cgi?id=814009 ) 。 |
|
23楼#
发布于:2012-11-22 15:47
我倒觉得是pc平台的相对重要性没那么大了,曾经以为pc会无限发展下去,甚至3d对战游戏也能出现在浏览器中,64位一定会成为主流,但现在看32位再用几年问题不大。
android平台刚火起来,倒是值得花精力抢占份额。 |
|
24楼#
发布于:2012-11-22 15:47
|
|
|
25楼#
发布于:2012-11-22 15:47
mozilla 在开发那个烂货firefox os发
firefox mobile本来就分掉了不少桌面开发者 mobile也不实用xul 是个原生界面 现在又来折腾firefox os 更是没多少人了 Benjamin Smedberg 这个google来的间谍 一直在分裂mozilla的开发资源 最终和mozilla说再见 任务完成 |
|
26楼#
发布于:2012-11-22 15:47
|
|
27楼#
发布于:2012-11-22 15:47
|
|
28楼#
发布于:2012-11-22 15:47
现在这个阶段本身就是个64位的win下的应用尚未完全成熟,由于系统向下兼容也没有迫切的压力完全推倒32全面部署64位应用的转型期。作为插件的开发者自然没有太强的动力在64位win下纯粹为了实现64位而更新自己原本稳定的32位版本。firefox既然选择不象chrome那样将插件自己集成到浏览器中,暂时顺从插件的现状停留在32位,我倒认为属于比较务实的态度,无可非议。--毕竟用64位的目的主要是为了解决寻址空间等问题,而不是一定要把一个64位的指令放到一个64位cpu的64位寄存器中。
|
|
|
29楼#
发布于:2012-11-22 15:47
看下UA。从WIN64变成WOW64了,呵呵。
|
|
|