ubuntu - 如何获取 POSIX strerror_r 而不是 GNU 版本？

Question

我如何获得 POSIX strerror_r而不是 GNU 版本？

我正在 Ubuntu 8.04 上使用 g++ 和 glibc 版本 2.7(基于中的内容)进行编译。

编辑

在上面的手册页上说:

glibc 的功能测试宏要求(请参阅 feature_test_macros(7)):

   The XSI-compliant version of strerror_r() is provided if:
   (_POSIX_C_SOURCE >= 200112L || _XOPEN_SOURCE >= 600) && ! _GNU_SOURCE
   Otherwise, the GNU-specific version is provided.

然后在 feature_test_macros(7) 中说:

   If no feature test macros are explicitly defined, then the following feature
   test macros are defined by default: _BSD_SOURCE, _SVID_SOURCE, _POSIX_SOURCE,
   and _POSIX_C_SOURCE=200809L (200112L in glibc versions before 2.10; 199506L in
   glibc versions before 2.4; 199309L in glibc versions before 2.1).

所以我应该得到 POSIX 版本，但我得到的是 GNU 版本。

Answer 1

从 header string.h:

/* Reentrant version of `strerror'.
   There are 2 flavors of `strerror_r', GNU which returns the string
   and may or may not use the supplied temporary buffer and POSIX one
   which fills the string into the buffer.
   To use the POSIX version, -D_XOPEN_SOURCE=600 or -D_POSIX_C_SOURCE=200112L
   without -D_GNU_SOURCE is needed, otherwise the GNU version is
   preferred.  */

请注意，使用 GNU 扩展时要小心，最后打开它们 (_GNU_SOURCE)，然后再包含您希望它影响的 header (或有策略地取消定义)。不过，如果不使用 GNU 扩展，则无需担心。

通常，如果 GNU 在默认行为上偏离 POSIX，您会在 header 中看到一些注释，以指示如何获得 POSIX 行为。它也(通常)记录在 glibc 手册中，但并不总是出现在高度浓缩的手册页中。

编辑

试试这个简单的测试:

#include <string.h>
#ifdef _GNU_SOURCE
#error "Something turned it on!"
#endif

或者更直接

#ifdef _GNU_SOURCE
#undef _GNU_SOURCE
#endif
#include <string.h>

如果定义了 _POSIX_C_SOURCE={version}，您应该拥有 POSIX 版本，除非其他原因导致 GNU 版本受到青睐。

我唯一能想到的就是 _GNU_SOURCE。我确定这不在您的命令行标志上，您会看到的。可能是包含的另一个库已将其打开。

这就是我所说的在请求支持 POSIX 实现时扩展“棘手”的意思，即使您不是打开它们的人也是如此。

编辑

如果某些东西正在打开 _GNU_SOURCE(我不记得 boost 是否打开了，我使用 c++ 的次数几乎没有我使用 C 多)，您可能希望允许它这样做。您可以在命令行中使用 --undef "[macro]"-U[macro]。但是，如果库代码如下所示，那将不起作用:

#ifndef _GNU_SOURCE
#define _GNU_SOURCE
#endif

#include <stdio.h>
#include <string.h>

#ifdef _GNU_SOURCE
#error "It didn't work"
#endif

int main(void)
{
   return 0;
}

问题是，当您的代码实际包含 string.h 时，其他东西已经打开扩展并包含它。包含守卫自然会阻止你包含它两次。

尝试明确关闭 _GNU_SOURCE 并在 任何 之前包含 string.h。这可以防止其他库打开这些扩展。但是，如果没有它们，这些库可能无法工作。一些代码只是“期望”GNU 行为，不包括回退到 POSIX。

我对没有 asprintf() 就无法工作的库代码也有过类似的挫败感。