デフォルトのロケール以外の言語をサポートするには、POSIX準拠の実装が必要ですか?

デフォルトのロケール以外の言語をサポートするには、POSIX準拠の実装が必要ですか?

最小限のPOSIX適合性を達成したいと思います。作る便利です。

しかし、仕様では実装が、および環境変数の影響を受けるべきであるとLANG言及LC_ALLしますLC_TYPESLC_CTYPELC_MESSAGES

しかし、このページ環境変数を説明すると、次のようになります。

実装がロケール値を認識しない場合、動作は指定されません。

POSIX 準拠の make ユーティリティが次に指定した文字で構成される Makefile のみを許可できるかどうかポータブル文字セットASCIIでエンコードされましたか?

ベストアンサー1

読み取りmake時にマルチバイト文字を積極的に管理する唯一のPOSIX認証プログラムであるAFAIKについては、以下を参照してください。MakefilesSunPro Makehttp://schilytools.sourceforge.net/sunpromake.html

GNU makeメッセージのロケールのみを管理し、POSIXと互換性がありません(スペースとバックスラッシュのエスケープを誤って処理します)。

smakeメッセージのロケールのみを管理しますが、それ以外はPOSIXと非常によく似ています。

幸いなことに、Makefileの関連文字分類は7ビットASCIIにのみ依存するため、これ以上作業は必要ありません。

makeただし、POSIX互換プログラムを実装するために必要な努力を理解しているかどうかはわかりません。smakeコードは10,000行(このようなプログラムが採用できる最小コード)、SunPro Make(オープンソース部分)33,000行であるが、並列実行もあり、OSSバージョンでは使用しない一部の分散makeコードもある。

注:smakeは1980年に始まり、SunPro Makeは1986年に、GNU makeは1988年に始まりました。したがって、これらのプログラムは現在の状態に発展するのに十分な時間がありました。最初のWork Minimal Planには、少なくとも2〜3ヶ月のフルタイム雇用が必要であることを念頭に置いてください。

おすすめ記事