この章では、8ビットバイト（オクテット）以外でエンコードされた文字を使用するアプリケーション向けのGT.M機能について説明します。UTF-8機能の使用を続行する前に、国際化コンポーネントを含む Unicode（ICU / libicu）、UTF-8ロケール、適切なフォントでのターミナル・エミュレータなど、サポートする言語に必要なインフラストラクチャがシステムにインストールされ構成されていることを確認する必要があります。この章では、代替照合シーケンス定義とパターンマッチ演算子を使うためのユニークなパターン定義の特定の問題について扱います。

代替照合シーケンス（または列順序の代替）は、グローバルとローカル変数の添字を定義することができます。それらは、指定されたグローバル変数またはデータベース全体に対して確立されます。代替シーケンスは、環境変数によって指された実行可能ファイル内で一連のルーチンによって定義されます 。照合順序がユーザ提供プログラムによって実装されているとして、実質的にすべての照合順序のポリシーが実装されることがあります。代替照合シーケンスを確立し環境変数の定義の詳細については、 “照合順序の定義” に記載されています。

Mはパターンマッチ演算子への引数として提供されるパターンクラスを定義します。GT.Mは、標準パターンクラスの再定義だけでなく、ユーザー定義の追加パターンクラスを提供します。特定のパターンは環境変数によって位置付けされたテキストファイルで定義されます 。パターンクラスは動的に再定義されることがあります。これらのパターンクラス定義と 環境変数の詳細は、“代替のパターンマッチング” と呼ばれるセクションで説明されてます。

一部の言語（日本語など）の場合では、Unicodeのコードポイント（文字値）に従っている文字列の順序は、言語的または文化的に正しい順序付けがあるかもしれないし、ないかもしれません（たとえば、”頚”と”頸”）。そのような言語の中でサポートしているアプリケーションでは、照合モジュールの開発が必要です - GT.MはネイティブなM照合をサポートしていますが、特定の自然言語のためのビルド済みの照合モジュールは含まれていません。そのため、Unicodeで文字を使用するアプリケーションは、それら独自の照合関数を実装する必要があります。Unicodeの照合順序モジュールの開発の詳細については、 “Unicodeの代替照合順序の実装” を参照してください。