为什么 iconv 函数需要非常量缓冲？

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 函数需要一个非常量的 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);

它们在 **inbuf 和 **inbuf 之间的区别在于 const，因此，如果您想在两种标准之间保持可移植性，不幸的是，您必须通过非 const **inbuf。

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

---

您链接为“iconv 文档”的是 GNU libiconv 的文档，它旨在用于不原生提供 iconv() 的平台上——这显然遵循 SUSv2 规范。

您在系统上找到的头文件属于您平台的 C 库 glibc，并且 此 实现遵循 POSIX-1.2008 规范。

Answer 2

const char* * inbuf，与 char **__restirct __inbuf，我猜。 – 苏拉夫 天哪

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

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

https://godbolt.org/g/uhfVCe