不一致在glibc的fputwc（），putwc（）和putwchar（）的定义

Question

为什么fputwc()，putwc()和wchar_t类型，而不是wint_t的putwchar()起飞的说法？ 这违背相应非宽字符函数fputc()，putc()和putchar()，内搭int，不char。

Answer 1

这是因为wchar_t需要保存WEOF值，并且char不需要保存EOF值。

对于char，所述fputc()，putc()和putchar()功能需要接受可在unsigned char和EOF范围，其中EOF可以如此一个int需要保持他们两个负数保持两个值的值。

而wchar_t本身必须持有WEOF字符以及作为最大的区域。 WEOF表示适合于wchar_t的值，但不与任何区域设置重叠。

这是因为char和wchar_t的名字变得更加混乱，你不应该看到wchar_t作为char但更多的int其大小是不依赖于架构，但上规模最大的语言环境（以及WEOF的值）。

---

Why putchar, toupper, tolower, etc. take a int instead of a char?

引用ISO/IEC 9899：201X 7.19.2：

WEOF 其扩展到类型的常量表达式 wint_t其价值doe不符合扩展字符集的任何成员。它被本子条款中的几个函数接受（并返回），以指示文件结束，即不再有来自 流的输入。 它也用作与扩展字符集的任何成员不相对应的宽字符值。

Quoting your link：

宏WEOF评估为类型wint_t，其值是从扩展字符集的任何成员不同的一常量表达式。

Quoting C++ Reference：

wchar_t 类型，其值的范围可以表示不同的代码所支持的语言中所指定的最大扩展字符集的所有成员。

在c++,wchar_t是一个不同的基本类型（因此它没有在<cwchar>也没有定义任何其他头）。

在c，这是一个整数类型的typedef。