假如你以为这函式库有错,请先阅读 FAQ,也许已经有人遇到过这个问题, 并且也已经有了简单的解决方法。 另外,你也应该查看 INSTALL 档中的 "Recommended Tools to Install the GNU C Library" 一节, 因为有些错误不在於 glibc 而是在於这些工具。
假设你找到了臭虫,请先确定那的确是臭虫。 一个判断的好方法是看看 glibc 的行为是否与其它的 C 函式库相同。 假如相同的话,那也许你是错的,而函式库是正确的。 (但也不一定如此) 假如不相同的话,那肯定两者之中有一个是错的。
一旦你确定找到了一只新的臭虫,请试著将它缩小到最小的 test case。 就 C 函式库而言,你只需要将它缩小到单独一个函式呼叫(假如可以的话)。 这应该不是太困难的事。
最後一个步骤是就你的 test case 提出臭虫报告。 要送出臭虫报告,请包含你的 test case、你所得到的结果、你所期待的结果、 你认为可能的原因在那 (只要你曾想过的任何原因)、你的系统类别、你所使用的 GNU C 函式库、 GNU CC 编译器、GNU binutils 的版本。另外, 请附上执行 configure 时产生的 config.status 与 config.make, 这两个档案会在你执行 configure 时候的目录下。