トップページ > プログラム > 2015年01月03日 > paeJ+9Dd

書き込み順位&時間帯一覧

21 位/202 ID中時間01234567891011121314151617181920212223Total
書き込み数0010000000000100000100003



使用した名前一覧書き込んだスレッド一覧
デフォルトの名無しさん
592
Lisp Scheme Part39

書き込みレス一覧

Lisp Scheme Part39
588 :デフォルトの名無しさん[sage]:2015/01/03(土) 02:36:58.67 ID:paeJ+9Dd
>>587
> 出来上がったマクロがあらゆる入力に対してsafeであれば

少なくとも Common Lisp におけるマクロはそれが不可能であることがわかっている。
Lisp Scheme Part39
592 :デフォルトの名無しさん[sage]:2015/01/03(土) 13:10:06.10 ID:paeJ+9Dd
運用で回避できると言えば出来るけど、だからこれで行けというのも違うだろ。

C/C++ では簡単にバッファオーバーランが起こるとかいうのと同じレベルの話だと思う。
C/C++ ってそういうもんだし、その分だけ出来ることもあると理解していても、
後続の言語ではマシにしようという方向に動いてるだろ。
Lisp Scheme Part39
607 :592[sage]:2015/01/03(土) 19:58:10.40 ID:paeJ+9Dd
>>595
そんなこと言ってないだろうがよ。 むしろお前の主張と同じだ。
Common Lisp はノウハウまで全部含めて CL だから Scheme で後追いすんのアホくせって話。


※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。