モードのみ)関数に例外仕様がないのはなぜか。度処理されることを忘れてはならない。正規表現コンパイラである。コードに埋め込む必要がある。正規表現のマッチがテキスト全体に対して成功する場合のみ成功する。異なり、POSIX(拡張および基本)正規表現では、括弧はマーク付けを行うだけでなく最良マッチの決定も行う。標準の最左最長規則にしたがってマッチを決定する。番目の部分式、となる。いった正規表現を使用するとよい。標準は文字範囲式がロカールを考慮すると規定している。間となるあらゆる照合要素にマッチする。文字にマッチするという、大部分の人が期待しない(あるいは少なくとも大部分の人が正規表現エンジンの動作として考えていない)動作をするということである。設定しない限りロカール依存の照合は無効になっている。いった既定以外のコンパイルフラグを設定するとロカール依存の照合が有効になる。1関数に例外仕様がないのはなぜか。ライブラリが投げる例外にはどのようなものがあるかすべてのコンパイラが例外仕様をサポート(あるいは尊重)しているわけではなく、サポートしているコンパイラの中にも効率が低下するものがある。コンパイラの処理が現在よりも改善される日が来れば、例外仕様を追加するかもしれない。正規表現のコンパイル中に投げる可能性がある。開けないファイルを開こうとしたときに投げる。本ライブラリのあらゆる関数が投げる可能性がある。「便利」版が使用できないのはなぜかこれらの版が利用可能かどうかはコンパイラの能力に依存する。これらの関数の形式を決定する規則はかなり複雑であり、ヘルプに掲載しているのは標準準拠コンパイラでの形式のみである。プリプロセッサにかけ、出力ファイルから目的の関数を探すとよい。少数のコンパイラがこれらの関数の多重定義を正しく解釈できないことに注意していただきたい。HomeBuilds。