64位的atomic_add等函数，怎么这样子？

Godbach

原帖由 albcamus 于 2008-10-21 00:44 发表
内核里的inline asm真是千奇百怪。  

例如这个帖子里的，文档里就找不到为什么gcc会自动让两个"m"接合成一个，难道说因为都是和var接合吗？ 即使加上-O0也是如此。

呵呵，这个汇编代码可以加入版主搜集看不懂的汇编代码集了

可可熊

说实话，就是这些东西让俺不敢看内核代码。
不知道为什么不喜欢汇编。

Godbach

原帖由 可可熊 于 2008-10-21 11:08 发表
说实话，就是这些东西让俺不敢看内核代码。
不知道为什么不喜欢汇编。

内核中汇编的数量又不多。绝大部分还是C

可可熊

要是绝大多数是ASM我打死也不看了

albcamus

搞懂了，虽然写法丑陋了一点，但代码是没问题的。

"m"约束符和r/g等不同， 它直接指定一个内存位置，因此即使不提供％2，代码仍然是正确的。

例如：


        volatile long var = 21;
        asm volatile
                ("lock addq %1, %0"
                 : "=m" (var)
                 : "ir" (2)
                );
        printf("var is %ld\n", var);


这段代码没有生命var同时也是一个input操作数， 但不影响程序。 只是如果去掉volatile修饰符， 那么gcc -O2编译的结果则是错的。 这是因为O2优化下，gcc认为21这个初值完全没有使用，于是忽略了它。

ecjtubaowp

好深奥啊,看不懂,555555

albcamus

hpa说， 之所以写成这个样子， 是因为有个gcc版本不能正确处理"+"修饰符号。

new_learner

原帖由 albcamus 于 2008-11-18 23:17 发表
hpa说， 之所以写成这个样子， 是因为有个gcc版本不能正确处理"+"修饰符号。

HPA是什么？