1L for baidu

changes:   gcc.gnu。org/gcc-4.6/changes。html
download: www。xvidvideo。ru/component/docman/doc_details/5679-cross-mingw-x86x64-20110325-with-gcc-460-stable-release。html
不知道dwing大或其他高人有无兴趣和VS2010sp1做个比较？
以本人的能力只能做看客……


以前测过4.5.1, 总的感觉是部分运算密集优化gcc有优势, 但很多实际项目(如lua), 结果却反过来了.
VC2005开始就没什么改进,而gcc一直循序渐进地改进.有空我会测一下4.6

回复：3楼
期待测试
lua我也比较关心
我估计lua应用的领域应该是越来越广了
最近才意识到做ass字幕特效的时候可以用lua脚本...

嗯...lua确实发挥出轻量级的优势,尤其是很多原版不支持脚本扩展的软件, 最新的apache也内置了mod_lua组件, 从最近的tiobe也能看出其流行度的提升.

TDM已经有一段时间不更新了,可以考虑先尝试这个mingw版本:
http://code.google.com/p/i18n-zh/downloads/list

楼上的地址现在还没有能正常用的g++,这里也有比较新的编译器,但现在只有4.5.3,暂时先不测了:
http://code.google.com/p/pcxprj/downloads/list

嗯，毕竟官网也才出4.6稳定版

回复：7楼
其实4.6我已经编译完成了，但是lto plugins工作还不正常，再说g++生成的目标体积过大（在windows下大约是4.5的3倍大小），这个我需要再进行探索。

今天TDM版终于更新到4.5.2版了,虽然更新的比较慢,但稳定性比较可靠.
http://tdm-gcc.tdragon.net/

回复：10楼
我简单看了下，他的补丁和我的基本一致，也包含了我的lto补丁，这样tdm的新版本也可以用LTO优化编译大多数C++项目了。
另外，我尝试对4.6做了fix，现在虽然g++编译项目没有问题了，但生成目标（exe或dll）体积太大的问题还是没有得到解决，未修复前，编译wx单一release dll失败，修复后，编译成功，但大小为17M之多，4.5 with fix也就只有5-6M而已。暂时还不清楚什么代码导致了这部分变化。


回复：11楼
没有小的测试样本能够对比编译结果的不同么?

回复：12楼
dwing可以尝试下载这个
http://pcxprj.googlecode.com/files/MinGW_GCC_4.6.20110325_win32_ONLY_FOR_TEST.7z
里面分两个目录，一个before fix，是未打补丁之前的，一个fixed，是想办法把 dllinline那部分改掉的。
before fix里面的在我这里编译wx单一release dll失败（如果不编译单一dll，应 该会成功，但我没编译比较），
fixed里面编译成功，但产生的dll有17M之多。
我的C++样本不多，不知道编译其他是不是还会有编译wx的这个问题。

嗯,用小程序简单测了一下fixed版,优化比4.5.2有些提升:
TDM-4.5.2:    25.6s
PCXPRJ-4.6.0: 23.2s
简单的测试程序:
int f(int v){return v<2?1:f(v-1)+f(v-2);}
int main(int,char**v){return f(v[1][0]);}
运行参数: 0

编译参数:
TDM-4.5.2:    -O3    -flto -s   ( 8KB)
PCXPRJ-4.6.0: -Ofast -flto -s   (12KB)

递归展开是VC的弱势,VC2010使用/MD /O2编译,运行结果是100.8s,体积是3KB

回复：15楼
参数不一致吧，我记得4.6的Ofast是默认开启fastmath的，4.5没这个开关，得手动加入
-O3 -ffast-math

后来也测了4.6的-O3,结果几乎没变,因为没有浮点运算,-ffast-math应该不起作用.
f()生成代码的大小对比是:
TDM-4.5.2:    1B6h
PCXPRJ-4.6.0: 242h
VC2010:        2Ch

我还是使用自己编译的4.5.3，tdm的测试太长时间了，后来4.5.2解决的bug也都没补上

CPU: AMD Phenon II @ 3.1G
qpgcc 4.4.5: -O4 -s -ffast-math -march=k8
8.5k, 26s
vc2010 sp1: /Ox /Ob2 /Oi /Ot /Oy /GL /Gm- /MT /GS- /Gy /arch:SSE /fp:fast
29k, 35s
vc是差得比较多，但绝对到不了100秒啊