10.2. Bash (Bourne-Again Shell)

既に記載されている点に加えて、正規表現に対するパターン引数に引用符を付けて条件演算子 =~ に一致させると、 正規表現の一致が動作しなくなる場合があります。 これは全てのアーキテクチャで起こります。 3.2 以前のバージョンとなる bash では、 [[ コマンドの =~ 演算子に対する正規表現の引数に引用符を付けることによる効果は規定されていませんでした。 実用的な効果としては、 パターン引数に二重引用符を付けると、 バックスラッシュ「/」で特殊パターン文字に引用符を付けなければなりませんでした。 これにより、 二重引用符が付けられた単語展開で行われるバックスラッシュの処理を妨害し、 == シェルパターン一致演算子が引用符が付けられた文字を処理する方法と矛盾していました。

bash バージョン 3.2 では、=~ 演算子に対して一重の引用符が付けられた文字列引数および二重の引用符が付けられた文字列引数内の文字には内部的に引用符が付けられるようシェルが変更されました。 これにより、 (「`.'」、 「`['」、 「`\'」、 「`(', `)」、 「`*'」、 「`+'」、 「`?'」、 「`{'」、 「`|'」、 「`^'」、 「`$'」) を処理する正規表現に重要となる文字の特殊な意味を抑制し、 そのまま強制的に一致が行われるようにします。 == パターン一致演算子がそのパターン引数内の引用符が付けられた部分を処理する方法との矛盾がなくなります。

引用符付き文字列引数の処理が変更されてから問題がいくつか出現してきています。 主要な問題として、 パターン引数内の空白、 bash 3.1 と bash 3.2 間で引用符付き文字列の処理が異なるなどの問題があげられます。 いずれの問題もシェル変数を使ってパターンを維持することで解決できます。 [[ コマンドの全オペランドでシェル変数を展開する場合には単語の分割は行われないため、 変数を割り当てる時に好きなようにパターンに引用符を付けてから、 空白を含む可能性がある単独の文字列にその値を展開することができるようになります。 最初の問題は、 バックスラッシュか他の引用メカニズムを使用してパターン内で空白をエスケープすることで解決します。

Bash 4.0 は shopt ビルトインに対するいくつかのオプションで制御される 互換性レベル の概念を取り入れています。 compat31 オプションを有効にすると、 bash は =~ 演算子の右側の引用に関して 3.1 の動作を取り戻します。