日記みたいな何か

変換候補が出てる間でもメニューなどが選べてしまう問題ですが，実は今までも選べてました．今までは，メニューを選んだ結果生成されるベクトルをuim側に渡してたけど，uimが無視して終わりだったんですね．で，それが最近の変更で，uimに渡してuimが無視した後，変換候補とかプリエディットが一時的に消えてしまうよういなっていた，と・・・orz．昨日の変更でキー入力の読み取りが見通し良くなったので，メニュー操作によって生成されたベクトルは全部ここでまとめて，最後に捨てるようにして対策完了．

で，それとは全然関係無い話なんですが，trunkのr3397を例によってSolaris8でビルドしてみました．-Werrorによりどれだけ引っかかるのか・・・．とりあえずなんでもかんでも入れてあるわけではないので，configureすると以下のように歯抜けにはなりますが．

Configure Result :

   Anthy           : yes
   Canna           : yes
   Mana            : no
   PRIME           : no
   m17n-lib        : no
   SCIM            : no
   Gtk+            : yes
   Gnome           : no
   Gnome Applet    : no
   Qt              : yes
   Qt immodule     : yes
   FEP             : yes
   Emacs           : yes
   XIM             : yes
   DICT            : no
   EB              : no
   libedit         : no
   Default toolkit : gtk

で，makeしてみた結果，以下のような問題に遭遇．

allocaが未定義

alloca.h(とconfig.h)をincludeして解決

bzeroが未定義

strings.h(とconfig.h)をincludeして解決

「warning: subscript has type `char'」とか出る

isdigitとかisalnumの引数にchar型を取るところで出ている．unsigned charにキャストして解決しちゃっていいのかな？

「warning: cast increases required alignment of target type」とか出る

構造体の形を変えるのが抜本的な対策だと思うんですが，ひとまずslib.cで出まくるので「-Wcast-align」を外して逃げるのがいいのかな・・・と思ったらpref-gtk-custom-widgets.cでも出たぞ！？・・・これはgtk2的問題？

pid_t型の変数をpirntfするところで怒られる

ヘッダを見ると，32bit版では「pid_t」の実体は「long」になっているので，intにキャストしてから出力すればいいのかな．

INT64_MIN，INT64_MAX，UINT8_MAX などが二重定義

uim/uim-stdint.hの中でinttypes.hをincludeしていて，その先で定義されているわけですが，なんで生成元となったファイルをincludeしなおしているのだ・・・？uim/uim-stdint.hをいじってdefineする前にundefして逃げ．

FALSEとTRUEが定義済み

fep/uim-fep.hで．curses.hで定義されてしまっている．fep/uim-fep.hでdefineする前にundefして逃げ．

tputsの3つめの引数の型が違う

fep/escseq.cで．LinuxやFreeBSDだと「int (*putc)(int)」だけどSolarisは「int (*putc)(char)」．IRIXも同じ．configureで検出したりできるのか？ひとまず型を直して逃げ．

うーん，上2つはcommitしちゃってよさそうですが，後はどうなのか・・・．とりあえずメールしよう．