fc builtin 的手册页使用 - 而不是 - 作为选项
man page of fc builtin uses − rather than - for options
我知道BUILTIN commands don't have separate man pages，但是我对以下内容感到好奇。
在终端中执行 man fc 后，我搜索了 -l 以查找其描述。然而，没有结果。
原因是 fc 的 man 页面（可能还有其他内置函数？）使用 −（对应于 <−> 8722, Hex 2212, Oct 21022, Digr -2）而不是 - 选项（即使实际使用它们的方式是后者，而不是前者）。
这是故意的吗？
fc 是 POSIX Shell 和实用程序的一部分，这意味着它已标准化以实现更好的可移植性。它的 POSIX 页面包含实用程序的所有便携式选项的描述，全部使用标准的 ASCII 连字符 (0x2d)。
此外，POSIX 的 Utility Conventions 部分提到：
Guideline 4:
All options should be preceded by the '-' delimiter character.
其中 - 是 "standard" ASCII 连字符 (0x2D)。
所以我想说 − 的问题纯粹是出于审美原因（可能是为了让连字符更 distinguishable/easier 可读）。
我知道BUILTIN commands don't have separate man pages，但是我对以下内容感到好奇。
在终端中执行 man fc 后，我搜索了 -l 以查找其描述。然而，没有结果。
原因是 fc 的 man 页面（可能还有其他内置函数？）使用 −（对应于 <−> 8722, Hex 2212, Oct 21022, Digr -2）而不是 - 选项（即使实际使用它们的方式是后者，而不是前者）。
这是故意的吗？
fc 是 POSIX Shell 和实用程序的一部分，这意味着它已标准化以实现更好的可移植性。它的 POSIX 页面包含实用程序的所有便携式选项的描述，全部使用标准的 ASCII 连字符 (0x2d)。
此外，POSIX 的 Utility Conventions 部分提到：
Guideline 4: All options should be preceded by the '-' delimiter character.
其中 - 是 "standard" ASCII 连字符 (0x2D)。
所以我想说 − 的问题纯粹是出于审美原因（可能是为了让连字符更 distinguishable/easier 可读）。