「＃！/ bin / sh -a」の-aがsedに影響し、「set -a」が影響しないのはなぜですか？

次の.shファイルを実行した場合：

#!/bin/sh -a
echo "a" | sed -e 's/[\d001-\d008]//g'

結果はエラーです：

sed：-e expression＃1、char 18：無効な範囲終了

しかし、次の.shファイルを実行すると：

#!/bin/sh
set -a
echo "a" | sed -e 's/[\d001-\d008]//g'

エラーなしで実行されます。2番目のコードは最初のコードと同等であると想定されていませんか？最初のエラーはなぜですか？

bashが名前shで呼び出されると、次のようになります。

if (shell_name[0] == 's' && shell_name[1] == 'h' && shell_name[2] == '\0')
    act_like_sh++;

その後、POSIXLY_CORRECTシェル変数をy次のように設定します。

if (act_like_sh)
  {
    bind_variable ("POSIXLY_CORRECT", "y", 0);
    sv_strict_posix ("POSIXLY_CORRECT");
  }

bind_variable呼び出しbind_variable_internal、aその時点でシェル属性がオンの場合（シェルをで起動した場合-a）、シェル変数をexportとしてマークします。

最初のスクリプトでは：

#!/bin/sh -a
echo "a" | sed -e 's/[\d001-\d008]//g'

sedPOSIXLY_CORRECT=yその環境でが呼び出されます[\d001-\d008]。（sedに--posixオプションが与えられた場合も同じことが起こります。）

GNUはsedのでは、数値の文字のエスケープコードであるベースは、10であるNNNが、POSIXモードでは、これはそう、ブラケット表現内の無効化され、文字通り手段文字、範囲からのもので、等へ。文字コードの順で、前に来ます（範囲には、ゼロを除くすべての数字、すべての大文字、およびいくつかの特殊文字が含まれます）。ただし、使用していたロケールでは、の前にソートされるため、範囲は無効です。\dNNN[\d001-\d008]\d1\1\en_US.UTF-8\1

2番目のスクリプトで：

#!/bin/sh
set -a
echo "a" | sed -e 's/[\d001-\d008]//g'

たとえPOSIXLY_CORRECTシェルに設定されている、そうせずに呼び出されsedは、エクスポートされていないPOSIXLY_CORRECT環境では、とGNUの拡張を実行するsedの。

export POSIXLY_CORRECT2番目のスクリプトの上部近くに追加すると、sedの文句が表示されます。