我有一堆使用g ++在C++上在Linux上开发的软件。代码编译并在Ubuntu 12.04和CentOS 5上运行。我们有一些旧的服务器仍在运行CentOS 5.目前,我为两种操作系统编译。我想开始使用一些C++ 11功能。这些在Ubuntu 12.04上支持,但不支持CentOS 5.在CentOS5 Box上运行Ubuntu 12.04编译的C++程序
我试图在Ubuntu上为CentOS生成可执行文件。为了达到这个目的我已经联系所有的可执行文件与
-Wl,-rpath,/home/arcamax/lib
这应该告诉它在寻找的/ home/arcamax/lib目录的标准位置之前共享库。然后,我使用Ubuntu盒上的'ldd'来构建所需库的列表,并将这些库复制到CentOS盒子上的/ home/arcamax/lib。当我尝试在CentOS的框运行的程序,我得到:
当我在CentOS5框运行LDD我得到的输出是这样的:
libcrypto.so.1.0.0 => /home/arcamax/lib/libcrypto.so.1.0.0 (0x00002b3557f54000) libpq.so.5 => /home/arcamax/lib/libpq.so.5 (0x00002b355831c000) libstdc++.so.6 => /home/arcamax/lib/libstdc++.so.6 (0x00002b3558548000) libm.so.6 => /home/arcamax/lib/libm.so.6 (0x00002b3558849000) libgcc_s.so.1 => /home/arcamax/lib/libgcc_s.so.1 (0x00002b3558b43000) libc.so.6 => /home/arcamax/lib/libc.so.6 (0x00002b3558d59000) libpthread.so.0 => /home/arcamax/lib/libpthread.so.0 (0x00002b3559117000) libdl.so.2 => /home/arcamax/lib/libdl.so.2 (0x00002b3559334000) libz.so.1 => /home/arcamax/lib/libz.so.1 (0x00002b3559538000) libssl.so.1.0.0 => /home/arcamax/lib/libssl.so.1.0.0 (0x00002b3559750000) libkrb5.so.3 => /home/arcamax/lib/libkrb5.so.3 (0x00002b35599ac000) libcom_err.so.2 => /home/arcamax/lib/libcom_err.so.2 (0x00002b3559c7a000) libgssapi_krb5.so.2 => /home/arcamax/lib/libgssapi_krb5.so.2 (0x00002b3559e7f000) libldap_r-2.4.so.2 => /home/arcamax/lib/libldap_r-2.4.so.2 (0x00002b355a0bd000) /lib64/ld-linux-x86-64.so.2 (0x00000035aa800000) libk5crypto.so.3 => /home/arcamax/lib/libk5crypto.so.3 (0x00002b355a30d000) libkrb5support.so.0 => /home/arcamax/lib/libkrb5support.so.0 (0x00002b355a535000) libkeyutils.so.1 => /home/arcamax/lib/libkeyutils.so.1 (0x00002b355a73d000) libresolv.so.2 => /home/arcamax/lib/libresolv.so.2 (0x00002b355a942000) liblber-2.4.so.2 => /home/arcamax/lib/liblber-2.4.so.2 (0x00002b355ab5e000) libsasl2.so.2 => /home/arcamax/lib/libsasl2.so.2 (0x00002b355ad6c000) libgssapi.so.3 => /home/arcamax/lib/libgssapi.so.3 (0x00002b355af88000) libgnutls.so.26 => /home/arcamax/lib/libgnutls.so.26 (0x00002b355b1c6000) libgcrypt.so.11 => /home/arcamax/lib/libgcrypt.so.11 (0x00002b355b482000) libheimntlm.so.0 => /home/arcamax/lib/libheimntlm.so.0 (0x00002b355b701000) libkrb5.so.26 => /home/arcamax/lib/libkrb5.so.26 (0x00002b355b908000) libasn1.so.8 => /home/arcamax/lib/libasn1.so.8 (0x00002b355bb8e000) libhcrypto.so.4 => /home/arcamax/lib/libhcrypto.so.4 (0x00002b355be2f000) libroken.so.18 => /home/arcamax/lib/libroken.so.18 (0x00002b355c063000) libtasn1.so.3 => /home/arcamax/lib/libtasn1.so.3 (0x00002b355c278000) libp11-kit.so.0 => /home/arcamax/lib/libp11-kit.so.0 (0x00002b355c48a000) libgpg-error.so.0 => /home/arcamax/lib/libgpg-error.so.0 (0x00002b355c69c000) libwind.so.0 => /home/arcamax/lib/libwind.so.0 (0x00002b355c8a0000) libheimbase.so.1 => /home/arcamax/lib/libheimbase.so.1 (0x00002b355caca000) libhx509.so.5 => /home/arcamax/lib/libhx509.so.5 (0x00002b355ccd9000) libsqlite3.so.0 => /home/arcamax/lib/libsqlite3.so.0 (0x00002b355cf23000) libcrypt.so.1 => /home/arcamax/lib/libcrypt.so.1 (0x00002b355d1c7000)
注意有一个lib下,/ lib64下/ LD- linux-x86-64.so.2,这仍然是从系统位置拉出来的。我不知道这是为什么。当我尝试运行该程序,我得到:
relocation error: /home/arcamax/lib/libgnutls.so.26: symbol time, version GLIBC_2.2.5 not defined in file libc.so.6 with link time reference
几个项目的失败ldd操作消息:当我试图运行它们
not a dynamic executable
这些程序报告相同的错误的人。
移栽的libc的新版本为一个较旧系统中的其他是困难和容易出错的。最简单的解决方案是使用最低版本的libc编译机器上的所有内容。以这种方式编译的程序将在新系统上运行,因为libc是向后兼容的。但是在相反的方向上没有兼容性。 –
如果你坚持以相反的方式做到这一点,在接受的答案看看[这里](http://stackoverflow.com/questions/847179/multiple-glibc-libraries-on-a-single-host)。您应该将libc和动态链接程序放在两台机器上相同的路径上。 –