编译qt指定glibc_如何使用新的glibc来编译自己的程序

http://www.sysnote.org/2015/08/25/use-new-glibc/

通常情况下我们都是直接使用glibc提供的一些库函数&＃xff0c;但是某些特殊的情况&＃xff0c;比如要修改glibc的一些代码或者加入glibc的一些编译选项或者要使用其他版本的glibc&＃xff0c;我们就需要重新编译glibc。

编译glibc时特别要注意&＃xff0c;不能去替换系统自带的glibc&＃xff0c;因为glibc作为linux系统的核心库&＃xff0c;很多底层模块都依赖它&＃xff0c;稍有不慎就会把系统搞挂掉。因此我们编译glibc时最好要指定prefix&＃61;/new/path&＃xff0c;

这样编译完了之后make install的时候就不会去覆盖系统自带的版本。那么问题来了&＃xff0c;编译好glibc后&＃xff0c;如何让我们的程序使用这个新编译的glibc呢&＃xff1f;下面就以我们实际编译glibc的步骤来说明。

1.下载glibc源代码

2.解压glibc到当前目录

1

[email protected]:~# tar zxvf glibc-2.17.tar.gz

3.创建glibc的build目录

不能在glibc-2.17源码目录下./configure&＃xff0c;会报错“configure: error: you must configure in a separate build directory”

1

[email protected]:~# mkdir -p build/glibc-build

4.configure glibc

这里我指定了自己需要的一些编译选项&＃xff0c;并且指定prefix目录

1

[email protected]:~/build/glibc-build# /root/glibc-2.17/configure CFLAGS&＃61;"-fno-builtin-strlen -ggdb -O2" FEATURES&＃61;"preserve-libs nostrip splitdebug" --prefix&＃61;/root/build/glibc-build

5.编译安装

1

2

[email protected]:~/build/glibc-build# make -j10

[email protected]:~/build/glibc-build# make install

可以看到glibc相关的库都在glibc-build目录下了

1

2

3

4

5

6

7

8

9

10

11

[email protected]:~/build/glibc-build# ls lib

audit libanl.so libcidn.so libdl.a libm.so.6 libnss_db.so.2 libnss_nis-2.17.so libpthread.so librt.so.1 Scrt1.o

crt1.o libanl.so.1 libcidn.so.1 libdl.so libnsl-2.17.so libnss_dns-2.17.so libnss_nisplus-2.17.so libpthread.so.0 libSegFault.so

crti.o libBrokenLocale-2.17.so libc_nonshared.a libdl.so.2 libnsl.a libnss_dns.so libnss_nisplus.so libresolv-2.17.so libthread_db-1.0.so

crtn.o libBrokenLocale.a libcrypt-2.17.so libg.a libnsl.so libnss_dns.so.2 libnss_nisplus.so.2 libresolv.a libthread_db.so

gconv libBrokenLocale.so libcrypt.a libieee.a libnsl.so.1 libnss_files-2.17.so libnss_nis.so libresolv.so libthread_db.so.1

gcrt1.o libBrokenLocale.so.1 libcrypt.so libm-2.17.so libnss_compat-2.17.so libnss_files.so libnss_nis.so.2 libresolv.so.2 libutil-2.17.so

ld-2.17.so libbsd-compat.a libcrypt.so.1 libm.a libnss_compat.so libnss_files.so.2 libpcprofile.so librpcsvc.a libutil.a

ld-linux-x86-64.so.2 libc-2.17.so libc.so libmcheck.a libnss_compat.so.2 libnss_hesiod-2.17.so libpthread-2.17.so librt-2.17.so libutil.so

libanl-2.17.so libc.a libc.so.6 libmemusage.so libnss_db-2.17.so libnss_hesiod.so libpthread.a librt.a libutil.so.1

libanl.a libcidn-2.17.so libdl-2.17.so libm.so libnss_db.so libnss_hesiod.so.2 libpthread_nonshared.a librt.so Mcrt1.o

6.使用新的glibc来编译程序&＃xff0c;这里我编译的是valgrind

1

2

3

4

[email protected]:~# tar jxvf valgrind-3.10.1.tar.bz2

[email protected]:~# mkdir -p build/valgrind-build

[email protected]:~# cd valgrind-3.10.1

[email protected]:~/valgrind-3.10.1# ./configure CFLAGS&＃61;"-I/root/build/glibc-build/include" LDFLAGS&＃61;"-L/home/nbs/glibc/lib -Wl,--rpath&＃61;/root/build/glibc-build/lib -Wl,--dynamic-linker&＃61;/root/build/glibc-build/lib/ld-linux-x86-64.so.2" --prefix&＃61;/root/build/valgrind-build

下面对configure的选项进行说明&＃xff1a;

CFLAGS&＃61;”-I/root/build/glibc-build/include” 这个是指定头文件的查找路径&＃xff0c;去新编译的glibc里查找

LDFLAGS: Makefile的链接选项&＃xff0c;其中

-L: 告诉链接器先从指定的路径查找库来链接&＃xff0c;如果没找到&＃xff0c;再从默认的地方找。编译时的-L选项并不影响环境变量LD_LIBRARY_PATH&＃xff0c;-L只是指定了程序编译连接时库的路径&＃xff0c;并不影响程序执行时库的路径&＃xff0c;系统还是会到默认路径下查找该程序所需要的库&＃xff0c;如果找不到&＃xff0c;还是会报错&＃xff0c;类似cannot open shared object file。

可以设定LD_LIBRARY_PATH来让程序在运行时查找除默认路径(默认是先搜索/lib和/usr/lib这两个目录&＃xff0c;然后按照/etc/ld.so.conf里面的配置搜索绝对路径)之外的其他路径&＃xff0c;不过LD_LIBRARY_PATH的设定作用是全局的&＃xff0c;建议使用gcc的的-R或-rpath选项来在编译时就指定库的查找路径&＃xff0c;并且该库的路径信息保存在可执行文件中&＃xff0c;运行时它会直接到该路径查找库&＃xff0c;避免了使用LD_LIBRARY_PATH环境变量查找。

因此我在上面指定了-Wl,–rpath&＃61;/root/build/glibc-build/lib&＃xff0c;说明一下&＃xff0c;-Wl,option是将选项传给链接器

另外&＃xff0c;也需要使用新编译的链接器&＃xff0c;使用–dynamic-linker指定链接器

然后再使用make && make install就可以编译完成&＃xff0c;完成后&＃xff0c;可以看到安装的东西都在/root/build/valgrind-build/下。

原文&＃xff1a;https://www.cnblogs.com/shihuvini/p/10551298.html