|
|
1
4
glibc和uClibc没有问题,有些程序链接到一个程序,而其他程序链接到另一个程序。但是,附加库有问题。系统上的每个共享库都将针对glibc或uClibc(使用相应的头文件,这些头文件为标准库函数定义不同的abi)构建,因此,例如,如果glibc程序和uClibc程序都需要ncurses,则需要构建两个版本的ncurses,并有一种方法确保在运行时加载给定程序的正确程序。或者,您可以选择只使用一组共享库,并对链接到另一个libc的程序使用静态库,但是您仍然需要构建两组库。 |
|
|
2
2
是的,这应该是完全可能的,但你可能必须玩的LD_预加载路径。如果是静态链接,请更改为动态链接。 |
|
|
3
0
由于ABI和include dir是不兼容的,几乎不可能将它们混合在同一FHS中。但是,可以通过调整ELF中的dynamic linker字段并利用gcc/binutils中的sysroot特性,将它们中的任何一个安装到目录偏移量中。在Gentoo社区[1]中有一个正在进行的实验,称为Prefix/libc。 |
|
Doohyeon Won · 内联函数上的奇怪现象?[关闭] 1 年前 |
|
|
MysteryMoose · GCC下故意忽略初始化器警告中的过量元素 1 年前 |
|
|
Ken P · 如何利用[*]printf格式类型规范警告? 2 年前 |
|
fghoussen · 在C结构体中,为什么打包、对齐似乎会进行填充? 2 年前 |
|
|
adversarr · 全局变量何时导出到可执行文件? 2 年前 |