除Bash和Zsh之外的其他外壳程序是否支持ANSI-C引用？例如$'string'

我有一个shell脚本，该脚本使用以下命令在其输出中打印一个绿色的选中标记：

col_green="\e[32;01m"
col_reset="\e[39;49;00m"

echo -e "Done ${col_green}✓${col_reset}"

在阅读了有关Bash的ANSI-C引用之后，我意识到我可以在设置颜色变量并-e从echo中删除标志时使用它。

col_green=$'\e[32;01m'
col_reset=$'\e[39;49;00m'

echo "Done ${col_green}✓${col_reset}"

这似乎很吸引人，因为它意味着无论将消息传递给Bash的内置echo还是外部util /bin/echo（我在macOS上），消息都能正确打印。

但这是否会使脚本的可移植性降低？我知道Bash和Zsh支持这种引用风格，但是我不确定其他人。

$'…'是ksh93功能，zsh，bash，mksh，FreeBSD sh和某些BusyBox sh版本（使用内置的BusyBox ash ENABLE_ASH_BASH_COMPAT）中也存在ksh93功能。它尚未以POSIX sh语言提供。没有它的常见的类似于Bourne的shell包括破折号（破折号（/bin/sh默认情况下是Ubuntu上的默认设置）），ksh88，Bourne shell，NetBSD sh，yash，除mksh之外的pdksh的衍生物以及某些BusyBox的构建。

将反斜杠字母和反斜杠八进制解析为控制字符的一种便携式方法是使用printf。它存在于所有POSIX兼容系统上。

esc=$(printf '\033') # assuming an ASCII (as opposed to EBCDIC) system
col_green="${esc}[32;01m"

请注意，这\e是不可移植的。它受到printfdash 的许多实现的支持，但没有实现。请改用八进制代码。

¹ _{在Debian及其衍生版本至少支持0.5.8-2.4的版本中受支持，例如，自Debian Stretch和Ubuntu 17.04起。}

$'...'移植时还需要考虑支持程度。该POSIX伙计来把这个POSIX sh的提案中提到了一个问题：

stephane：ksh93是外壳程序$'...'来自（而$'\uxxxx'[ 和$'\Uxxxxxxxx' ]来自zsh：http ://www.zsh.org/mla/workers/2003/msg00223.html ）[^]

从我在Debian靶心上得到的信息ksh2020来看，AT＆T的了解$'\U1F600'。这是我可以在此新发行版上获得的唯一“官方” Korn外壳。

mksh解析它，但完全用U + FFFE破坏它。因为它没有抱怨语法错误，所以它对Unicode的理解肯定有问题。它处理$'\U01F60'得很好。