Question

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

我正在使用glibc 2.7版（基于内容）在Ubuntu 8.04上使用g ++进行编译。

修改

在上面的手册页上，它说：

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

从标题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），然后再包含您希望它影响的标题（或策略性地取消定义）。但是，如果不使用GNU扩展，则无需担心。

通常，如果GNU在默认行为中偏离POSIX，您会在标题中看到一些注释，以指示如何获取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（我不记得是否提升了，我不会像使用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()，我就无法工作。

Answer 2

这是特定于实现的解决方法。

#ifdef __cplusplus
extern "C"
    {
#endif
    extern 
    int __xpg_strerror_r(int errcode,char* buffer,size_t length);
    #define strerror_r __xpg_strerror_r

#ifdef __cplusplus
    }
#endif

Answer 3

虽然标准不要求线程安全，但我无法想象一个理智的人可以编写非线程安全的strerror。人们做什么，gunzip运行时的错误字符串或什么？！好的strerror应该返回标准库中字符串常量的指针，或者从语言环境消息文件返回常量mmap'内存。

抱歉这不是一个真正的答案，但是如果你不关心绝对理论上的可移植性，你可以检查一下你所关心的所有实现是否都有合理的strerror行为，如果是的话，请改用它。

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

3 个答案: