Lawliet的个人空间

aeneid：一直在用楼主的9.0b3编译版，期待更新(2011-12-13 19:44)

回复

Lawliet： 沒改過標題啊，以前是64bit難產 現在兩邊都難產了(2011-12-13 19:44)

回复

kmc：我今天下午看的时候标题还是64位难产，现在32位也生不出来了？(2011-12-13 19:44)

回复

Lawliet：我下載了，目前具體移植情況如何？ 是可用的程度了嗎？ 要不我來幫您測試gcc編譯win32版Firefox PGO的情形吧(2011-12-13 19:44)

回复

dongyuanxun：llvm早就可以在Windows下编译了，最近我把DragonEgg 3.0的插件也移植到Windows上来：http://code.google.com/p/pcxllvm/downloads/list 这个算全球首发的吧 我不知道他们llvm和gcc是如何测试的，跟据我用的...(2011-12-13 19:44)

回复

Lawliet：linux下現在還可以用LLVM 3.0編譯，似乎也可以移植到windows上來 http://www.phoronix.com/scan.php?page=a ... g_30&num=3 而且完全不必patch gcc4.6就可以在作為gcc的前端 看了性能測試，L...(2011-12-13 19:44)

回复

dongyuanxun：VC2005显然会啊，只不过obj的大小还没到界限而已，随着Firefox模块的增加（鬼知道未来还要加什么标准协议），溢出是早晚的事 mozilla的makefile都是使用FORCE_STATIC_LIB和FORCE_SHARED_LIB来实现到底是静态还是动态链接 可以参见...(2011-12-13 19:44)

回复

Lawliet：意思是VC2005還不會遇到這個問題嗎？ 如果是我將編譯環境改成VC2005是否能完成編譯？ 因為我前幾次編譯的結果，問題似乎出在XUL部分上 想過分開來單獨先編譯XUL的部份，然後再拿來用 只是還未試過，不知是否可行？ 我在gcc 4.6.2上編譯並加上lto開關 貌似會失敗...(2011-12-13 19:44)

回复

dongyuanxun：反正在不改组件编译方式的前提下（把链接xul中比较大的模块弄成动态链接），这个目前来说无解 另外，微软并不提供64bit到32bit的交叉link（host为64bit，target为32bit），所以不可能使用64位的工具来操作32bit的链接 微软目前只提供32bit到64...(2011-12-13 19:44)

回复

fiey：虽然浏览器本身还没碰到内存瓶颈 这编译已经提前碰到了 64bit时代 128bit 大概看不到了(2011-12-13 19:44)

回复