我的 Linux 桌面上有一些交叉编译器。有些使用 glibc,有些使用 uclibc(将来也可能有其他libc
)。
目前,我可以进入他们的 sysroot 目录并搜索libc.so
并尝试找到它指向的文件名(例如libc.so
-> libuClibc-1.0.12.so
),然后我获取他们的名称。但如果命名发生变化或者交叉编译器本身发生变化,这种情况不会持续太久。
是否有更好/可靠的编程方法来检测libc
目标交叉编译器所使用的名称和版本?或者是否有任何内省工具可用于获取有关目标 ceros 的详细信息
注意:这里有一些类似的问题,通常指向#include <features.h>
文件或类似问题。如果生成的代码也可以在主机上运行,那么效果很好。但不适合交叉编译环境。
那么有人能够更可靠地检测到吗?
编辑:如果有人来这里专门寻找检测 musl libc,我已经回答了与此问题相关的另一个问题。
要在编译时检测 libc 名称和版本,您可以检查预处理器宏。以下脚本只是概念证明:
GCC_FEATURES=$(gcc -dM -E - <<< "#include <features.h>")
if grep -q __UCLIBC__ <<< "${GCC_FEATURES}"; then
echo "uClibc"
grep "#define __UCLIBC_MAJOR__" <<< "${GCC_FEATURES}"
grep "#define __UCLIBC_MINOR__" <<< "${GCC_FEATURES}"
grep "#define __UCLIBC_SUBLEVEL__" <<< "${GCC_FEATURES}"
elif grep -q __GLIBC__ <<< "${GCC_FEATURES}"; then
echo "glibc"
grep "#define __GLIBC__" <<< "${GCC_FEATURES}"
grep "#define __GLIBC_MINOR__" <<< "${GCC_FEATURES}"
else
echo "something else"
fi
Run Code Online (Sandbox Code Playgroud)
必须首先完成 uClibc 测试,因为 uClibc 定义了模仿 glibc 的宏。
ldd --version
另一种可能性可能是在交叉编译器环境中调用(glibc 版本在括号中)。但我不确定这是否适用于 glibc 以外的库。