CentOS似乎在每个版本中捆绑了新版本的glibc库RPM。CentOS版本之间的glibc差异
6.0有glibc的-2.12-1.7.el6.x86_64.rpm
6.1具有的glibc-2.12-1.25.el6.x86_64.rpm
6.2具有的glibc-2.12-1.47 .el6.x86_64.rpm
6.3具有的glibc-2.12-1.80.el6_3.5.x86_64
每个RPM中的glibc版本有什么不同?我专门寻找mallopt()函数的实现,该函数允许我们配置malloc()所使用的场所的数量。
mallopt(M_ARENA_MAX,1)在6.0,6.1和6.2中没有效果,但它在6.3中工作,尽管所有版本的CentOS似乎都具有相同版本的GLibc-2.12。
我的具体问题是:即使所有CentOS 6.X版本上的glibc都报告了相同的版本号 - 2.12 - mallopt(M_ARENA_MAX)仅适用于CentOS 6.3。无论如何,要找出与CentOS版本捆绑在一起的glibc版本的区别?
令人惊讶的是,GLibc版本在所有CentOS版本中保持不变。所以,我认为这不可能是GNU/glibc人们所做的改变。它必须是CentOS或RedHat上游。 – Specksynder
是的,您提到的所有软件包都是相同上游版本的修补版本(2.12)。第二套版本(1.7,1.25等)是CentOS/RedHat补丁的版本。这些补丁可能来自更高版本的glibc,但已被RedHat反向移植。发生很多包裹。 – Martin
马丁,谢谢你的回复。那么,即使许多补丁正在应用于图书馆,glibc的主要/次要版本仍保持不变。看来glibc版本的检查是不够的 - 库版本可能会在版本号没有改变的情况下更改。 – Specksynder