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