不能在x86_32中编译（__asm__中的错误_不可能的约束）

Question

我在x86_64中编写此代码并编译并运行良好，

    __asm__("nop"
            : "=eax"(foo)
            : //"eax"(foo),"ebx"(bar)
            : "eax"
    );

但是当我尝试在其他机器（x86_32）中编译时，gcc会触发错误：S

   inline1.c:6: error: impossible constraint in _asm_

我无法解决..：S

GCC版本::

NOT COMPILE ：

   tur@aso:~$ gcc -v
   Using built-in specs.
   Target: i486-linux-gnu
   Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5.1' --                     with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-       languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --       enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu

线程模型：posix gcc版本4.4.3（Ubuntu 4.4.3-4ubuntu5.1）

COMPILE

   git@srvcode:/home/git/code/asm$ gcc -v
   Using built-in specs.
   COLLECT_GCC=gcc
   COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.6.1/lto-wrapper
   Target: x86_64-linux-gnu
   Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.1-       9ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++,go --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu

线程模型：posix gcc版本4.6.1（Ubuntu / Linaro 4.6.1-9ubuntu3）

谢谢大家!!

阿图尔。

Answer 1

nop是一个无操作数指令。如果内联中没有使用任何操作数，则gcc无法将任何寄存器分配给所使用的操作数，这可能是设置任何输入/输出寄存器失败的原因。但是，没有寄存器被指令修改，所以我很好奇为什么你认为eax需要保留。

其次，在旧版本的gcc中，寄存器不能同时位于输入/输出列表和clobber列表中。输入/输出列表上的寄存器当然自然被假定为“破坏”。为了向后兼容，你最好调整一下这种行为。

此外，您应该记住，内联汇编中的寄存器操作数未使用其实际名称（clobber列表除外）指定。相反，使用描述寄存器的单个字母。因此，我们a为eax，b为ebx，依此类推。您可能还想阅读GCC Inline Assembly HOWTO，这是有关该主题信息的绝佳资源。

总结一下，这样的事情应该会好得多：

__asm__("nop"
        : /* no output */
        : /* no input */
        : "%eax" /* eax is clobbered */
);