Lawliet的个人空间

cinhoo： 我是来反映BUG的... LZ的firefox-9.0b6-2-sse2.7z进Gmail时必崩溃啊！(2011-12-13 19:44)

回复

dongyuanxun：如果你用的是gcc4.6，如果不加入-fno-keep-inline-dllexport （4.5没这个开关，得revert掉相关的部分重编译gcc，4.4之前正常），可以说100%会溢出 这个开关在Windows下尤为重要，只要是链接一定数目的obj和lib时编译开关必须要加，...(2011-12-13 19:44)

回复

Lawliet：另外我看這個日本高手的自編譯版 他好像沒遇到這個問題，依然每日編譯，不過因為是64bit http://fbuild.com/ 只是看了它的.mozconfig，他用-j16 貌似是雙CPU的8C16T，羨慕啊...(2011-12-13 19:44)

回复

Lawliet：好奇怪喔... 為什麼我這帖的上一篇回覆被吃了？ 按列出用戶文章裡卻可以看到 帖子裡卻沒有？ 上一篇文章內容： 用gcc編譯如果不鏈接，那性能會遠不如win32版的VC -GL 但我目前在Linux上，依然無法成功使用LTO開關鏈接編譯 而且我在Linux上編譯溢出的情況相當嚴...(2011-12-13 19:44)

回复

dongyuanxun：官方可以完全取消PGO，从而这个问题就没了。分模块再从长计议。 其他软件很少有采用PGO编译的，这对编译机器是一个很大的负担。 ps：VC的PGO必须开启全局优化（即/GL开关），这会导致obj大很多（10倍有余），导致linker溢出可能性就越高，而GCC的PGO不需要开启...(2011-12-13 19:44)

回复

Lawliet：用gcc編譯如果不鏈接，那性能會遠不如win32版的VC -GL 但我目前在Linux上，依然無法成功使用LTO開關鏈接編譯 而且我在Linux上編譯溢出的情況相當嚴重，主要是我只有4GB RAM Linux上我暫時先等待ArchLinux官方patch ArchLinux的官...(2011-12-13 19:44)

回复

dongyuanxun： 由于Windows下GCC不具有rdynamic的特性，所以只能使用固定动态连接库的形式 看我里面的说明 gcc 使用cc1的dll g++ 使用cc1plus的dll gfortran 使用f951的dll 其他情形和DragonEgg的使用方式一样 由于Linux的Gol...(2011-12-13 19:44)

回复

asdf123456：微软这个崴货，还是开源的东西强大，GCC给力呀！(2011-12-13 19:44)

回复

asdfcc：贴个中文版的出来，关评网上看到的： Mozilla Firefox团队最近发现了一个非常棘手的问题，那就是Firefox由于代码过于臃肿无法可靠地被编译，因为linker的运行超出了虚拟地址空间。 问题的根源是Firefox是一款只能工作在32位系统下的程序，而无法访问3GB以...(2011-12-13 19:44)

回复

GOLF-AT：今天看到一个报道，提到了这个问题，目前要精简，暂时去掉一些东西。(2011-12-13 19:44)

回复