转 解决64位ubuntu上编译32bit程序的问题

很明显，从32bit过度到64bit时代会伴随这诸多兼容性问题。windows平台上有著名的``DLL Hell''，但照我目前看来，linux底下各个库之间的版本问题也是让人非常头疼的，尤其是一些EDA工具，Cadence, Synopsys（Mentor是个例外），以及FPGA厂商的工具： quartus平台和xilinx平台，后者经常会出现窗口管理方面的问题，而前者会出现诸如：

/usr/bin/ld: skipping incompatible /usr/lib/gcc/libz.so when searching for -lz

的问题。

    所以，每次安装EDA工具，都要去看看OS Support的资料。它们大多对Redhat, SUSE的系统支持比较好，经过完整的测试。这些系统追求的是稳定性，大多运行在服务器上，很多库都是比较旧的，刚好不会出现兼容性问题。有一种暂时解决兼容性问题的方法就是把相关的库收集起来，当出现问题的时候放到目录下即可（一般都会从目录开始搜索）。

    比如libX11.so就是个经常出问题的场所。

    前面提到的解决方法要靠运气。更加棘手的倒不是版本问题，而是32bit和64bit的问题，交叉编译环境的问题。

    在64位机器上默认安装的是64 bit gcc，它提供了-m32的参数，这样可以编译成.o目标文件，到最后链接的的步骤会出现问题，因为供32bit程序链接的库不安装。即便是ia32-libs也不包含所需要的库。当然，这是个很大的问题，linux已经通过/usr/lib、/usr/lib32、/usr/lib64解决了32bit程序的运行问题。gcc和ld如何解决32bit和64bit程序过度问题呢？

 

####################

sudo apt-get install gcc-multilib g++-multilib  libc6-dev-i386 libzip-dev

####################

（libc6-dev-i386就提供了/usr/include/gnu/stubs.h头文件的解决方案，比如stubs-32.h的问题）

这些库安装完之后，基本的编译32bit程序的库就完全了。但是，-lz，即libz.so的32bit还缺少，

这下子需要getlibs-all.deb的帮忙了,

sudo dpkg -i --force-all getlibs-all.deb

 

getlibs -l libz.so

问题就解决了

 

这样子，基本上就解决了64位linux上开发32bit程序的问题。