Lisp Scheme Part41 (856ﾚｽ)
上下前次1-新

---

553(2): 2023/01/09(月)03:51 ID:0CyucYY1(1/3) AA×

外部ﾘﾝｸ[htm]:www.lispworks.com

[240|320|480|600|100%|JPG|べ|ﾚｽ栞|ﾚｽ消]
553: [sage] 2023/01/09(月) 03:51:35.47 ID:0CyucYY1 触ったことないのでeclがどの程度cltl/ANSI/clhs等の標準をリスペクトしてるのかも分からないのだが とりあえずgoogle play storeからeclのandroidポートらしいeql5 replを入れてみた (list ;; attempt to shadow cl:cons (flet ((cons (x y) (cons y x))) (cons 'co '?ns)) (let ((cons (lambda (x y) (cons y x)))) (funcall cons 'co 'ns))) ((CO . NS) (NS . CO)) fletは謎挙動だね… * shadowしない名前(xcons)ならok * (flet ((cons (x) (1+ x))) (cons 42))がアリティ不一致で怒られる から推測するに、普通cl packageの関数なんて弄られないだろうと踏んで、関数の名前解決を手抜きして最適化してるんだろう 値の名前解決は特に弄る意義もないので、scheme風にlambdaをletで値として束縛して呼べば問題ない clを名乗る以上はオプションで切れるくらいの配慮はあるだろうから、eclにこだわるならマニュアル読んでみては 少なくともclhsはリスペクトしてないね ...flet can locally shadow a global function name, ... http://www.lispworks.com/documentation/HyperSpec/Body/s_flet_.htm http://mevius.5ch.net/test/read.cgi/tech/1531587928/553
触ったことないのでがどの程度等の標準をリスペクトしてるのかも分からないのだが とりあえず からのポートらしい を入れてみた は謎挙動だね しない名前なら がアリティ不一致で怒られる から推測するに普通 の関数なんて弄られないだろうと踏んで関数の名前解決を手抜きして最適化してるんだろう 値の名前解決は特に弄る意義もないので風にをで値として束縛して呼べば問題ない を名乗る以上はオプションで切れるくらいの配慮はあるだろうからにこだわるならマニュアル読んでみては 少なくともはリスペクトしてないね

---

上下前次1-新書関写板覧索設栞歴

---

あと 303 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ

---

ぬこの手 ぬこTOP 0.034s