GNU_LIBC_VERSION 和 GNU_NPTL_VERSION 有什么区别？
请注意这两个 RedHat Linux 系统配置设置：
$ getconf GNU_LIBC_VERSION
glibc 2.3.4
$ getconf GNU_LIBPTHREAD_VERSION
NPTL 2.3.4
我看到它们对应于一些 TLS 库：
/lib/tls/libc-2.3.4.so
/lib/tls/libm-2.3.4.so
/lib/tls/libpthread-2.3.4.so
/lib/tls/librt-2.3.4.so
我想链接这些库而不是 /usr/lib 等效项。 我有几个问题：
- 我在 RedHat 和 Debian 上看到过这个。 所有 GNU Linux 发行版上都存在它吗？
- 是否存在
GNU_LIBC_VERSION与GNU_LIBPTHREAD_VERSION不同的情况？ - 这些变量可安全用于识别
/lib/tls中的共享库吗？ 我想在 Makefile 中自动执行此操作，而不是硬编码神奇的 glibc/pthread 版本号。
Notice these two RedHat Linux system configuration settings:
$ getconf GNU_LIBC_VERSION
glibc 2.3.4
$ getconf GNU_LIBPTHREAD_VERSION
NPTL 2.3.4
I see they correspond to some of the TLS libraries:
/lib/tls/libc-2.3.4.so
/lib/tls/libm-2.3.4.so
/lib/tls/libpthread-2.3.4.so
/lib/tls/librt-2.3.4.so
I'd like to link against these libraries instead of the /usr/lib equivalents. I have a few questions:
- I've seen this on RedHat and Debian. Does it exist on all GNU Linux distributions?
- Is there any case where
GNU_LIBC_VERSIONdiffers fromGNU_LIBPTHREAD_VERSION? - Are those variables safe to use for identifying the shared libraries in
/lib/tls? I'd like to automate this in a Makefile, rather than hard-coding a magic glibc/pthread version number.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
首先在 Linux 上实现 pThreads 的 NPTL 项目是一个单独的项目，最初添加了内核支持并提供其自己的图书馆。
当它足够稳定时，它被合并到 glibc 中。 我假设这两个版本在所有合理的最新安装上都是相同的。
在 Ubuntu 8.10 上，输出如下：
The NPTL project which first implemented pThreads on Linux was a separate project initially adding kernel support and providing its own library.
When it was stable enough it was merged into glibc. I would assume that those two versions are identical on all reasonably up-to-date installations.
On Ubuntu 8.10 the output is like this: