GNU C库,又名glibc,是GNU计划所实现的C标准库。尽管其名字中带有“C库”,但它现在也直接支持C++(以及间接支持其他编程语言)。它是自由软件基金会(FSF)在20世纪90年代初为他们的GNU操作系统设计的。它为GNU系统GNU/Linux系统和一些其他的类Unix系统提供了系统核心库。这些库提供了关键的API,包括ISO C11、POSIX.1-2008和BSD所规定的API和一些底层API,包括open、read、write、malloc、printf、getaddrinfo、dlopen、pthread_create、crypt、login、exit等。

GNU C库
Heckert GNU white.svg
原作者Roland McGrath
開發者GNU计划
初始版本1987年,​35年前​(1987[1]
源代码库 編輯維基數據鏈接
编程语言C语言
操作系统类UNIX系统
类型
许可协议LGPLv2.1[2]
网站www.gnu.org/software/libc/
Linux API由Linux内核的系统调用接口、GNU C库(GNU)、libdrm、libalsa和libevdev组成。
Glibc是Linux内核系统调用的封装器。
Linux内核和GNU C库共同构成了Linux API。编译后,二进制文件提供ABI。

glibc在GNU宽通用公共许可证下发布。[2]

历史

glibc项目最初主要由Roland McGrath编写,他在20世纪80年代为自由软件基金会(FSF)工作。[3]

1988年,FSF称glibc已基本实现ANSI C所规定的内容[4] ;到1992年,它已经实现了ANSI C-1989POSIX.1-1990所规定的功能,并正在进行关于实现POSIX.2的工作。[5]

1995年9月,Ulrich Drepper为glibc项目做出了他的第一个贡献,并在20世纪90年代逐渐成为glibc的核心贡献者和维护者。[6] Drepper担任维护员一职多年,直到2012年累计占项目总贡献的63%。[7]

Linux libc

在20世纪90年代初,Linux内核的开发團隊分叉了Glibc,名为“Linux libc”并单独维护。

当FSF在1997年1月发布glibc 2.0时,由于glibc 2.0更符合POSIX标准,内核开发者停止了Linux libc的开发。[8] glibc 2.0还具有更好的国际化和翻译、IPv6功能、64位数据访问、多线程支持、未来版本的兼容性,而且代码更加可移植。[9]

最后版本的Linux libc使用的库文件名是libc.so.5。因此,Linux上的glibc 2.x使用的库文件名称为libc.so.6[10]AlphaIA64 平台的glibc使用libc.so.6.1代替). 这些以.so为后缀的文件通常被缩写为libc6 (例如在Debian的软件包名中),遵循一般库的惯例。

根据Richard Stallman的说法,由于开发者们的身份模糊,FSF无法将Linux libc做出的改动合并到glibc中。GNU项目对版权相关的要求十分严格。[11]

成立委员会

自2001年起,库的开发由 [12]一个监管委员会负责,[13]但保留了Drepper主要贡献者和维护者的身份。委员会的设立被Drepper公然说成是Richard Stallman的阴谋诡计,因而被公共争议所包围。[14][15][16]

迁移到git

glibc以前被储存在CVS仓库中,2009年被迁移到Sourceware上的Git仓库。.[17]


委员会解散

2012年3月,委员会投票决定解散,并撤销Drepper的职务,转而由Ryan Arnold、Maxim Kuvyrkov、Joseph Myers、Carlos O'Donell和Alexandre Oliva负责glibc的维护工作。但是,他们对于glibc没有额外的决策权。[18][19]

在委员会解散后,Debian和其他使用glibc替代品的项目又迁移回到了glibc。[20] 从2014年开始,EGLIBC不再开发,因为它“现在的目标是在glibc上直接解决问题”。[21]

2017年7月,在glibc创立30年时,Roland McGrath宣布不再直接参与项目,并宣布自己为名誉维护者。“过去这几个月,甚至过去几年,已经证明你们不再需要我了”。[3]

版本历史

对于大多数系统来说,glibc的版本可以通过解析lib文件(例如,/lib/libc.so.6)获得。