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

Emacs Lispあれこれ」記事へのコメント

  • 最初の「変数と関数の名前空間」なんてのは、マニュアル読めば書いてあることですし、Emacs Lisp 使っている人なら常識的なことです。わざわざコード読んで調べたみたいですけど、マニュアルをちゃんと読まなかったんですかね。

    逆に私は Emacs Lisp しか知らないので、へええ普通の Lisp って違うんだ、と参考になりました。

    「正規表現」に関しては、Perl との比較をしていますけど、PHP も Emacs Lisp と同じく「文字列」です。ややこしいですけど、実装を考えると一番素直というか馬鹿正直というか。Perl の方が変態的ではないでしょうか。

    あとの項目は、ハマると時間をとられそうなところを説明してくださっているのでいいんじゃないですか。
    • by moonbear (4602) on 2002年09月02日 14時07分 (#158225)
      関数と値の名前空間の分離は,古典的なLispを知っている人には今さらなのは確かですが,最近は大学などでSchemeを使って教育することが多いので,こうやって書いておいていただけるとありがたいです.シンボルの属性リスト(plist)なども含めて,Schemeで育った学生は案外知らないようですし.

      あとは,Emacs-Lispが動的スコープを採用していることも書いておいていただけるとうれしいですね(自分でやれといわれそうですが).SchemeもCommon-Lispも静的スコープを採用しているので,これこそ知らない人が多いのではないでしょうか.

      ちなみにobarrayというのはobject arrayのことでしょう.昔のLispの実装では,アトム(シンボル)をハッシュ表でなくてリストで管理していたのですが,そのリストをoblist(object listの略)と呼んでいました.
      親コメント
      • 関数としての解釈と値としての解釈が同一なのは Scheme だけなのですか。知りませんでした。

        それにしても、「名前空間の分離」なんていう表現が出てくること自体、Lisp の本質を知らないんだなと言うのは間違っていますか。私も Lisp に詳しいというほどではありませんけど、Lisp は名前自体がオブジェクトであって、名前すら変更可能だった覚えがあるのですが、違いましたっけ。そんでもって、名前もといシンボルに対して関数なり値なり好きにバインドできるのが特徴だったはずです。

        Scheme も Common Lisp も動的スコープが使えないのですか? サブルーチンはどうするのでしょう。Perl で言うと local() が使えないってことになりそうですけど。スコープという言葉が出てくると名前空間が複数存在するということになりますし…。うーん、私も Lisp がよくわかってないなあ…。
        親コメント
        • by moonbear (4602) on 2002年09月02日 17時22分 (#158366)
          名前空間:一般に名前空間とは,名前に対してどのような値(解釈)を取るかを決める割り当て表のことです.ここで話題になっている,(Common-LispやEmacs-Lispなどで)同じ名前が関数としての位置に出現するか,式として出現するかによって解釈のされかたが異なるという現象ですが,これは式の位置と式で名前空間が異なることを意味しています.

          関数としての位置:Common-LispやEmacs-Lispなどでは,(a0 a1 a2 ... ak) という形の式において,a0(関数としての位置)にくるものは式ではなく,関数を表す表現のみです.これにたいして,Scheme(その他,MLやHaskellなど)ではa0にも式がきます.

          名前とシンボル:名前の概念と(Lisp系言語におけるデータとしての)シンボルは区別して扱うべきです.例えばSchemeでは変数の値は名前とスコープから決まりますが,Lispの処理系の一部では,名前が表しているシンボルから決まるものもあります.

          静的/動的スコープ:スコープが静的/動的であるとは,変数のとる値が,定義されている文脈できまるか,評価されている文脈できまるかを指しています.例えば
                  (let ((a 1)) (defun foo (x) (+ x a)))
          と定義しておいて
                  (let ((a 2)) (foo 3))
          という式を評価した結果は,Common-Lisp(静的スコープ)では4に,Emacs-Lisp(動的スコープ)では5になります.動的スコープはコンパイルするときにいろいろ面倒なことがあります.Common-Lispではspecial宣言で動的スコープを扱うこともできますが,Schemeでは基本的には静的スコープだけです.

          Emacs-Lispが動的スコープを採用している理由ですが,動作環境をあらわす大域変数を多用するためだと,Stallman氏が何かのインタビューで答えていたと記憶しています.純粋な大域変数としての利用だけなら静的スコープでもいいのですが,letなどで部分的に動作環境を指定することができるのが便利なのかも知れません.
          親コメント
        • by picard (4667) on 2002年09月02日 16時35分 (#158320) 日記
          (declare special ...) で可能だったと思います。嘘だったらごめんなさい。
          親コメント

        • それにしても、「名前空間の分離」なんていう表現が出てくること自体、Lisp の本質を知らないんだなと言うのは間違っていますか。私も Lisp に詳しいというほどではありませんけど、Lisp は名前自体がオブジェクトであって、名前すら変更可能だった覚えがあるのですが、違いましたっけ。そんでもって、名前もといシンボルに対して関数なり値なり好きにバインドできるのが特徴だったはずです。

          「名前空間の分離」となんとなく話がずれているような。
          「シンボル」という識別用オブジェクトと、それの表記(printname)が独立している、ということを言ってるんだと思いますが、それ自身はあまり重要なLISPの特色ではないです。(そんなのを駆使するのは、だいたいLISPプログラミングのパズルくらい。)
          元ネタで「名前空間の分離」をいっているのは、おなじシンボルに対し、関数としての値と、変数としての値が別々に管理されている、ということで、これが、scheme や C でのシンボル(identifier)と異なる、ということが論点でしょう。


          Scheme も Common Lisp も動的スコープが使えないのですか? サブルーチンはどうするのでしょう。Perl で言うと local() が使えないってことになりそうですけど。スコープという言葉が出てくると名前空間が複数存在するということになりますし…。うーん、私も Lisp がよくわかってないなあ…。

          CやJavaも静的スコープですが、それほど問題ないですよね。それと同じですが、、、
          動的/静的スコープとは、

          (setq x 0)
          (defun bar () x)
          (defun foo () (let ((x 1)) (bar)))

          で、(foo) の値が何になるか。静的なら 0、動的なら 1。

          (もっと深遠な問題について議論しているのなら、失礼。)
          親コメント
        • 「名前空間の分離」なんていう表現が出てくること自体、Lisp の本質を知らないんだなと言うのは間違っていますか。私も Lisp に詳しいというほどではありませんけど、Lisp は名前自体がオブジェクトであって、名前すら変更可能だった覚えがあるのですが、違いましたっけ。そんでもって、名前もといシンボルに対して関数なり値なり好きにバインドできるのが特徴だったはずです。

           最後の部分が肝です。(CommonLisp も含めて)Lisp ではトップレベルの定義はシンボルが値を保持します。つまり「関数なり値なり」はシンボルの属性なのです。で。一つのシンボル内に於いて関数と値は別

      • The Evolution of Lisp (Guy L. Steel Jr. and Richard P. Gabriel) [dreamsongs.com]によれば、

        In 1971,Jon L White (sic)changed the representation of the data structure that maps names (strings)to symbols from a list to a hash table [White,1969 1982 ];thus the traditional OBLIST (list of objects,that is,named atoms)of Lisp 1.5 was renamed the OBARRAY .

        とのことです。MacLispでのお話。

        親コメント
    • by kr (10950) on 2002年09月02日 21時00分 (#158495) 日記
      > 最初の「変数と関数の名前空間」なんてのは、

      タレコミ文に「ほかのLisp処理系と比べてEmacs Lispが異なる点」なんて書いてあったんで、ここにはバッファローカル変数がどうとか、そんな名前空間(?)とスコープの話が書いてあるかと思って読んだら、ちょっと拍子抜けしちゃいました。

      ま、確かにEmacs Lispの(symbol-value SYMBOL)と(symbol-function SYMBOL)が独立しているってのも、Schemeなどと比べれば特徴と言えるのかもしれませんが、Emacs Lispならではの混乱させられる変数の話と言って私が真っ先に思い出したのは、make-variable-buffer-localとかmake-local-variableとかで指定される変数の振る舞いについてでした。いわゆるバッファローカル変数という奴ですが、Emacs Lispがエディタ用に作られているが故に導入された、まさにEmacs Lisp特有の機能と言えましょう(本当は、似たような拡張はこの種の処理系にはちょくちょく見られる気もしますが)。 これらバッファローカル変数と、letなどによる束縛と、さらにset-bufferによるバッファ切り替えが絡もうものなら、それはもう混乱させられること間違いなし。

      まあ、こんなところまで踏み込む必要のある人は少ないと思いますが、自前のMajor Modeとか作る人は学んでおいて損はない部分なので、将来的に山本氏のドキュメントでも、その辺充実してくるといいですね。

      なんていいつつ、実は上に書いたようなバッファローカル変数とlet, set-bufferの振る舞いについても、Emacs Lisp Reference Manualにしっかり書いてあったりします。かなりトリッキーな振る舞いになっちゃうんですが、さてどうなるのか、興味のある人はマニュアル読んでみてください。思わず「うーん、なるほどShallow Binding……」とかなんとか呟いてしまうことでしょう。:-)

      親コメント
    • > 逆に私は Emacs Lisp しか知らないので、へええ普通の Lisp って違うんだ、と参考になりました。

      名前空間をわけないのは普通のLISPではなくてSchemeです。
      親コメント
    • 僕も同感です. どれもEmacs-Lispをちょっとかじったコトのある人なら常識になってるコトじゃないのかな.
      コンテンツが大量にあって…というならまだしも, /.に投稿するほどの内容では無いような気が…(あ, シャレじゃないですよ).
      • by Anonymous Coward on 2002年09月02日 14時17分 (#158228)
        > どれもEmacs-Lispをちょっとかじったコトのある人なら常識になってるコトじゃないのかな.

        かじってない人向けなんじゃないの?
        「かじった人に常識」で済むのなら、世の中のあらゆる doc は不要。

        > /.に投稿するほどの内容では無いような気が…

        ちょっとした内容だと投稿できないというほど、
        /. は堅苦しいサイトでは無いような気が…
        親コメント
        • #158213のACです.
          >どれもEmacs-Lispをちょっとかじったコトのある人なら常識になってるコトじゃないのかな.
          >
          >かじってない人向けなんじゃないの?
          >「かじった人に常識」で済むのなら、世の中のあらゆる doc は不要。
          ええ, 僕もかじっていない人
    • 僕は楽しく読ませていただきましたよ。
      仕様として知ってることと、実装がどうなってるかを知るという ことは、ぜんぜん別のことがらですから。
    • お互いを尊重しあうような語り口でレスをしたいものですね(:b

アレゲは一日にしてならず -- アレゲ見習い

処理中...