Mozilla Firefox团队最近发现了一个非常棘手的问题,那就是Firefox由于代码过于臃肿无法可靠地被编译,因为linker的运行超出了虚拟地址空间。问题的根源是Firefox是一款只能工作在32位系统下的程序,而无法访问3GB以上的物理内存。这已经不是Mozilla第...
全文
回复(16) 2011-12-14 17:38 来自版块 - Firefox 正式版和测试版
表情
kmchttps://bugzilla.mozilla.org/show_bug.cgi?id=709193 这个解决了,但是讨论帖太长我实在没有耐心在平安夜看这个。 最后到底是用64位的,还是用VS2010,还是精简了代码?(2011-12-14 17:38)
kmchttps://bugzilla.mozilla.org/show_bug.cgi?id=709193 这个解决了,但是讨论帖太长我实在没有耐心在平安夜看这个。 最后到底是用64位的,还是用VS2010,还是精简了代码?(2011-12-14 17:38)
asdf123456 chrome用起来没感觉,很多东西无法自定义。(2011-12-14 17:38)
itanky我转chrome了,因为几乎火狐所有好用的扩展chrome都有了,真心不想火狐变成这个样子。(2011-12-14 17:38)
eagle5678编译要多少时间(2011-12-14 17:38)
nxzjh不用担心的。(2011-12-14 17:38)
zeroieme精简无谓功能正当时(2011-12-14 17:38)
dongyuanxun 没觉得大,跨平台项目只要到一定规模的都可以到这一规模 跨平台编译在其中一个平台编译时只需要其中的平台专有和标准代码,针对Windows,估计也就用到50%的代码 Qt源码压缩成zip都超过200M了,不过Qt的好处在于它的界面分模块比较细,有core,有gui,不像Fire...(2011-12-14 17:38)
skmi7的确该革新了.. 支持火狐...(2011-12-14 17:38)
大道有狐300多MB的源代码有多少是官版编译时需要的?全部么?(2011-12-14 17:38)

返回顶部