portability of *.elc

Shuhei KOBAYASHI shuhei @ aqua.ocn.ne.jp
1999年 11月 9日 (火) 21:06:58 JST


>>>>> In <htxk8nr51c8.fsf @ mulelab3.etl.go.jp>,
>>>>> tomo @ etl.go.jp (守岡 知彦 /  MORIOKA Tomohiko) wrote:
> > 私の手元の APEL ではとりあえず関数にしてあります.
> > ;; *.elc の互換性を試すため, 可能なものは全て関数にしたので.
> で、どうします?

関数にしましょう.
;; 特に Emacs 20.[23] は site-lisp が共通の場所なので.

> > (defmacro proclaim-inline (&rest fns)
> >   "Cause the named functions to be open-coded when called from compiled code.
> > They will only be compiled open-coded when byte-compile-optimize is true."
> 
> > (defmacro proclaim-notinline (&rest fns)
> >   "Cause the named functions to no longer be open-coded."
> 
> > を潰した rms に文句を言ってください;-p
> > ;; この macro は XEmacs byte-compiler では使用可能です.
> 
> (^_^;;;

真面目な話, 何らかの方法でこの macro が利用できれば, default では一切
展開しない状態にしておいて, APEL を使用する application の都合によって
は展開を指示する事もできるので理想的なのですが.
;; この macro の定義と inline 宣言だけを含んだ apel-inline.el でも
;; 提供しますか?  (require 'apel-inline) すると関数が展開される, と.


> ;; Emacs 的には(精神衛生のために)附属版しか気にしないことにしようか
> ;; と。(^_^;;;(これもなんとなく気が重くなって来たけど、本当に commit
> ;; しちゃって良いのかしら?(^_^;;;)

ええと, これは何のことでしょうか?

-- 
Shuhei KOBAYASHI




More information about the APEL-ja mailing list