来点复杂的吧

无心人

如何测试当前编译器是VC还是GCC??
他们定义的宏是？

gxqcn

可检查 macro _MSC_VER 是否已定义。

mathe

原帖由 无心人 于 2009-2-23 08:17 发表
我倾向于乘法就不要调用加减了
光一个函数调用的开销就够算一次加法了

直接调用更加好,增加可读性.至于函数调用的开销问题,通常编译器会自动展开

无心人

gcc如何不让编译器错误优化

比如
t = (t >> 31) + (t & 0x7FFFFFFF);
t = (t >> 31) + (t & 0x7FFFFFFF);
连续两个相同的语句，很可能被优化成一句
如何避免

无心人

GCC如何防止过度优化？
见上面内容

gxqcn

我想编译器不会对它进行优化，
因为它们前后有依赖关系。

无心人

可是俺连续三次用那个语句保证t < 2^31 - 1
都不对

而直接
while ( t >= 0x7FFFFFFF)
   t = (t >> 31) + (t & 0x7FFFFFFF)

却好像使程序正常运行了

mathe

这说明可能调用有限次就是错的

无心人

可是假设数字
DWORD a
如果保证a < P31 = 2^31 - 1
只要最多调试2次就可以了

因为$ 2^32 / {2^31-1} < 3$ 啊

无心人

崩溃中

mathe的程序
比如加法
inline DWORD modAdd31(DWORD l, DWORD r)
{
    return ((l + r)%P);
}

我优化为
inline DWORD modAdd31(DWORD l, DWORD r)
{
    DWORD t;
    l = (l >> 31) + (l & P);
    l = (l >> 31) + (l & P);
    r = (r >> 31) + (r & P);
    r = (r >> 31) + (r & P);
    t = l + r;
    t = (t >> 31) + (t & P);
    t = (t >> 31) + (t & P);   
    return (t);
}

结果不行
其中P = 0x7FFFFFFF
明明应该可以这么优化的啊
期望高人解惑
============================
已经明白怎么回事了
此代码对P不能处理