Re: mule-2.3 (based on Emacs 19.34)

[kiyomizu@hkg.odn.ne.jp]

清水です。おはようございます。

At Tue, 26 Jun 2001 00:25:19 +0900,
Takahiro Kambe wrote:
> 
> 
> 	http://www.jp.netbsd.org/ja/JP/JNUG/event/20000701BOF/rc.d/
> 
> あたりを御覧下さい。試してませんが、最後に付けた様な感じになるでしょう。
> もっとも、/var/run/ 以下はブート時に一旦削除されるはずですので、ロック
> のディレクトリがあった場合の処理は実際には不要でしょう。

  ありがとうございます。勉強します。
 
> また、DEPENDSさせるときは依存するパッケージのバージョンを入れましょう。

たいていのバージョンでは動くはずなのであえて入れませんでした。その方が
他のパッケージのバージョンが上がったときに、いじらなくて済むので。動か
ないパッケージが出てきたときにバージョンチェックを入れれば良いかと。
  バージョンを省略してもちゃんとインストールされるので「こりゃ便利だ」
と思い、このようにしてしまいました。
  これってやっぱりまずいでしょうか？他のパッケージはみんなバージョンが
入っていますね。

> DEPENDS+=	sj3-lib:../../japanese/sj3

実は間違ってます。ほんとうは

> DEPENDS+=	sj3-lib:../../japanese/sj3-lib

です。
  Wnn6-lib 以外で試してないのがばれました。
  もうひとつ、今のままでは Canna を入れるとうまくゆきません。原因を調
査中です。

> 上記のDEPENDSの行では直していませんが、
> 
> .elif defined(USE_FREEWNN) && (${USE_FREEWNN}=="YES")
> 
> じゃないのかな?

  この場合、デフォルトで freewnn を使うためにはMakefile のどこかで 
USE_FREEWNN=YES という定義を入れておかないといけないのですが、そうする
とコマンドラインで、make FREEWNN=NO install などとした場合、意図どおり
になってくれません。
  以下は私の勝手な想像です。
  変数定義はコマンドラインでの定義が優先されるはずなのですが、どうもそ
の定義されるタイミングが問題になるようで、FREEWNN の定義の影響を受ける
DEPENDS 等は評価されたあとのようです。正確なタイミングはどこにものって
いなかったのでわかりません。(make のソースにはのってるはずですが...)
  なので、上記の場合、依存パッケージはたとえ FREEWNN=NO としてもインス
トールされてしまいます。
  と思います...。誰か教えてください。

  ということで、.elif !defined || とやって、定義しない場合にインストー
ルというのをデフォルト動作としました。これは、今ある mule-2.3@19.28 と
同じ要領です。実は「どうしてこうなっているのだろう?」というところから
上記の考えを導いたのです。
  
> よく考えたら、/var/run/emacs-lock とかで良い気もします。他に、
> /var/run/emacs/lock以外に/var/run/emacsを使う場合がないのなら.

emacs は編集中のファイルに対するロックファイルを作るようです。したがっ
てディレクトリである必要があります。
  でも、なぜエディターがそんなことするのでしょうか? OS の役割のような
気がするのですが。デーモンでもないアプリケーションがスタートアップファ
イルを必要とするなんて変ですよね。

  それでは、またよろしくお願いします。

-- 

     Takashi Shimizu
  kiyomizu@hkg.odn.ne.jp