为什么移位结果不同

blizzard213

int main() { &nbsp;&nbsp;&nbsp;&nbsp;unsigned long int mm = 0x7efefeffL , mm1 , mm2; &nbsp;&nbsp;&nbsp;&nbsp;mm1 = mm << 32; &nbsp;&nbsp;&nbsp;&nbsp;mm2 = 0x7efefeffL << 32; &nbsp;&nbsp;&nbsp;&nbsp;printf("%d, %d\n", mm1, mm2); }

mm1不变
mm2为0

mik

原帖由 blizzard213 于 2008-9-8 00:20 发表
int main()
{
    unsigned long int mm = 0x7efefeffL , mm1 , mm2;
    mm1 = mm  

mm 是 long 型，是个32位的变量。


mm << 32               
---------------------------

x86 平台上规定，当目标是 32 位数时，只能位移 0~31之间的数。
所以 mm << 32 实际上被截为 mm << 0。 故 mm << 32 的值没变化。



0x7efefeffL << 32
-----------------------------
它是个常数。一般编译器不象位数变量一样，会直接计算出常量值，经过位移32位后，为 0

win_hate

首先，在 i386 上，移32位是非法的。因此有这样的结果也不奇怪。

常数<<32 位那个应该是在编辑阶段已经被推测为 0，嵌到指令里了。

而 变量<<32 确没有在编译期间求值，这与 cc 的设计有关。最后调用 i386 的移位指令来做。我猜测 i386 的移位指令在遇到 cl 为 32 时，eax 保持不变。

win_hate

我这里有个老旧的手册，上面写道：

80386 和 80486 使用 1FH 屏蔽 count 以便 count 值永远不大于32。...

32 的最高位被屏蔽掉之后，就是 0 了，所以没移。

win_hate

汗，没看到 MIK 已经回复了。

mik

回复时间同时，精确到秒，呵

blizzard213

原帖由 mik 于 2008-9-8 01:04 发表
回复时间同时，精确到秒，呵

那分就给mik大拿了
同时也谢谢win_hate先生

win_hate

不客气，:wink: