我的上一篇文章（《艰难曲折的wine经历》）提到了multilib的问题。当时是以“冲突”的形式出现，现在回放一下：

[koc@koc-desktop wine-1.3.28]$ yaourt gcc-multilib
1 multilib/gcc-multilib 4.6.1-4 (multilib-devel)
The GNU Compiler Collection – C and C++ frontends for multilib
==> Enter n° of packages to be installed (ex: 1 2 3 or 1-3)
==> ——————————————————-
==> 1

密码：
正在解决依赖关系…
正在查找内部冲突…
:: gcc-libs-multilib 与 gcc-libs 有冲突。删除 gcc-libs 吗？ [y/N] y
:: binutils-multilib 与 binutils 有冲突。删除 binutils 吗？ [y/N] y
:: gcc-multilib 与 gcc 有冲突。删除 gcc 吗？ [y/N] y
（后面省略） 最后我的做法是分别使用gcc-libs-multilib，binutils-multilib，gcc-multilib替换gcc-libs，binutils，gcc。确实，我当时犹豫了很久，经过一番臆测之后，得出这样的结论：

Multilib，顾名思义，就是多重的。用它完全可以替代原来单一的lib。这样就既能产生32位的代码，又能生成64位的。

至于如何验证，用file命令就可以了。