Question

在document of iconv中，函数概要是这样的：

#include <iconv.h>

size_t iconv (iconv_t cd, const char* * inbuf, 
      size_t * inbytesleft, 
      char* * outbuf, 
      size_t * outbytesleft);

但是，当我检查系统中的iconv.h时，函数概要是这样的：

extern size_t iconv (iconv_t __cd, char **__restirct __inbuf,
      size_t *__restrict __inbytesleft,
      char **__restirct __outbuf,
      size_t *__restrict __outbytesleft);

在这两个函数概要中，一个是 const char **，但另一个只是char **。

为什么文档中的函数概要与我系统中的函数概要不同？为什么iconv函数需要一个非const的inbuffer？

我的g ++版本是6.3.0。

Answer 1

iconv()的问题在于它不是C标准的一部分，但它是在两个不同标准中指定的。其中一个是POSIX-1.2008：

#include <iconv.h>

size_t iconv(iconv_t cd, char **restrict inbuf,
       size_t *restrict inbytesleft, char **restrict outbuf,
       size_t *restrict outbytesleft);

另一个是SUSv2：

#include <iconv.h>

size_t iconv(iconv_t cd, const char **inbuf, size_t *inbytesleft,
    char **outbuf, size_t *outbytesleft);

它们在const的{{1}}，~~之间存在差异，因此如果您希望在两个标准之间保持可移植性，那么您必须传递非常量**inbuf ，不幸的是。~~

编辑：由于这是一个双指针，问题更严重，see my answer here。简而言之，这些规范在任何一个方向都不兼容......

您链接的内容＆＃34; iconv＆＃34;的文档是GNU **inbuf的文档，旨在用于本身不提供libiconv的平台上 - 这个显然遵循 SUSv2 规范。 / p>

您在系统中找到的头文件属于iconv()，您平台的C库，此实施属于 POSIX-1.2008 说明书

Answer 2

const char * * inbuf，与char ** __ restirct __inbuf，我猜。 - Sourav 戈什

确实 - 限制通知编译器指针对象不会改变。这个声明实际上是通过这种方式完成的，以便更好地优化生成的代码。

使用restrict实际上可能在更高的优化级别上导致最差的代码。

https://godbolt.org/g/uhfVCe

为什么iconv函数需要非const inbuffer？

2 个答案: