编译beta版即可，追pre是受罪.....
我也有gentoo，layman中的ebuild拖下来修改即可，至于补丁，你可以用其他的，portage的强大在于其use标记，我不是编译狂人，使用的也只是个本子，每次emerge -avuDN world时，一直对本子提心吊胆的....所以最终还是以arch最为日常系统，不过最近对滚动升级有些许厌烦，考虑入手slackware
pacman与emerge，portage与pkgbuild......

实验室有台闲置的 8核至强 服务器，正好拿来编译用。
如果用 ccache 的话，编译一遍不到十分钟。毕竟 trunk 的一次更改不会太多

不用gnome的话，可以加上这两参数：

ac_add_options --disable-gnomvfs --enable-gio

libpng虽然不支持apng，不过既然用gentoo，打个apng补丁又有什么难的，apng补丁sf上就有：
http://sourceforge.net/projects/libpng-apng/files/

另外，个人编译过几次hg导出的trunk源码版本，从版本号还是3.7时到现在的最新版，结果显示，无论是否用PGO编译（GCC 4.4和4.5都试过），CSS、JS性能测试和非PGO编译出来的相同。

GCC 4.5在全局启用 -flto -ftree-parallelize-loops=n -floop-parallelize-all 后，编译trunk失败，仅仅在export CXXFLAGS＝里使用 -ftree-parallelize-loops=n -floop-parallelize-all 可以成功编译，不过性能也没见多少提升。只是现在主要浏览器已经转到chromium，也没以前那么多精力费在fx上了。

忘了说，把libjpeg-turbo装上，编译时用 --with-system-jpeg 能提升打开jpg/jpeg图片的性能：
http://libjpeg-turbo.virtualgl.org/

只是如果当前系统用的libjpeg是8.0.x版本的话，装libjpeg-turbo时得当心点，libjpeg-turbo的API是兼容6.0版本的，和8.0版不兼容，一不小心很多应用程序就用不了了。

4.0的pgo编译版与非pgo编译半的性能差距确实不大了
自己编译，主要还是为提升firefox周边性能，开关某些可有可无的功能选项