パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

OpenBSD 3.8 予約開始と新曲」記事へのコメント

  • by Anonymous Coward
    Citrus Project [chuo-u.ac.jp]の成果が取り込まれたんでしょうか?
    • by Anonymous Coward on 2005年09月29日 3時49分 (#806059)
      親コメント
      • by Anonymous Coward on 2005年09月29日 10時26分 (#806100)
        > なお 3.8 には、日本人に嬉しい LC_CTYPE サポートが付いています

        cvsweb経由で見る限り src/lib/libc/citrus/modules に
        i18n_modules関係がimportされていないんで、
        EUC-JP他のmultibyte localeは使えないようですが?
        親コメント
        • by deleted user (19654) on 2005年09月29日 20時53分 (#806291) ホームページ 日記
          仕組みはよく知らないのですが、snapshot を使ってみたら
          ja_JP.eucJP.src というファイルを NetBSD かどこかから
          もらってきて mklocale すれば使えているようです(*)。
          uim-fep がパッチなしでビルドできたので嬉しくて、つい
          LC_CTYPE サポート OK って書いちゃいました。

          でも packages から持ってきた vim の挙動がおかしいから
          mblen とかは実際、変なのかもしれません。

          これから i18n_modules というものについて調べてみます。
          それを使えば vim が直る、というのなら嬉しいなあ。

          (*) undeadly.org では locale 系に反対する意見も多数あったので、
          デフォルトでは /usr/share/locale/ja_JP.eucJP/LC_CTYPE とかの
          ファイルは付いてこないのかもしれませんね。
          親コメント
          • by Anonymous Coward
            それは話の順序が違うような。

            1. multibyte localeをサポートするには
            i18n_module(/usr/lib/i18n/lib${ENCODING}.so)が必要
            2. それらがソースツリーにない現状では依存する
            ja_JP.eucJPその他のlocale databaseはインストールされるべきではない

            ってことでしょ?
            undeadlyあたりでPOSIX localeイラネ派が騒いでるから
            入れないってことでは全くないと思いますが。

            i18n_moduleがなぜソースツリーに入らないかは
            議論が表に出てこないので推測ですが、前のACの仰るとおり
            おそらくdlopen(3)系の関数に依存したくないからでしょうか。
            認証周りもデファクトのPAMでなくBSD Aut
        • by Anonymous Coward
          dlopen() を嫌って static link するという選択をしたはずですが、違ったかな。

計算機科学者とは、壊れていないものを修理する人々のことである

処理中...