libc: ISO 8859.1, <linux/param.h>, YP 函数, crypt 函数, 一些基本的 shadow 例程 (默认不包含), ... libcompat 中用于兼容性的旧例程 (默认不激活), 英语、法语或德语错误消息, libcurses 中 bsd 4.4lite 兼容的屏幕处理例程, libbsd 中 bsd 兼容的例程, libtermcap 中的屏幕处理例程, libdbm 中的数据库管理例程, libm 中的数学例程, crt0.o 中执行程序的入口 ???, libieee 中的字节序信息 ??? (谁能提供一些信息而不是嘲笑我？), libgmon 中的用户空间性能分析。我希望 Linux libc 的开发者能写这一章。我现在只能说 a.out 可执行文件格式将要更改为 elf (可执行和可链接格式)，这也意味着构建共享库的方式将发生变化。目前，两种格式 (a.out 和 elf) 都受支持。
Linux libc 软件包的大部分内容都基于库 GNU 通用公共许可证，尽管有些内容基于特殊的版权例外，例如 crt0.o。对于商业二进制发行版，这意味着一项限制，禁止静态链接的可执行文件。动态链接的可执行文件又是一个特殊的例外，FSF 的 Richard Stallman 说
[...] 但在我看来，我们应该明确允许在 *不* 附带库的情况下分发动态链接的可执行文件，前提是构成该可执行文件的目标文件本身根据第 5 节是不受限制的 [...] 所以我现在决定允许这样做。实际上更新 LGPL 必须等到我有时间制作和检查新版本时。