Lisp Scheme Part22
at TECH
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
950:デフォルトの名無しさん 08/07/03 20:32:05 GCLはソースが古すぎてビルドできませんでした（古い関数が使われている？） その末裔のECLはBoehmGCをportしたらビルドできましたけど 951:デフォルトの名無しさん 08/07/03 20:35:57 どっちにしても Python 上に作ってもまともな性能なんて出ないよ 952:デフォルトの名無しさん 08/07/03 20:39:54 Python上に作るっていうか JavaVMにおけるKAWAとかSISCみたく PythonVM上で直接実行されるようにすれば CLispくらいにはなりませんかね？ 953:デフォルトの名無しさん 08/07/03 20:54:24 >>947 ocamlやpython,rubyのGUIって標準はtcl/tkちゃうん？ clはltkが一応あるよ。 954:デフォルトの名無しさん 08/07/03 22:03:04 >>947 PythonやLuaの実装言語はCなんだから、 CでGUIを統一できないとか移植性がないとか言うのはおかしいでしょ 955:デフォルトの名無しさん 08/07/03 22:42:58 PythonやLuaやRubyは言語≒実装なので事実上の標準という縛りがあるから その上で動くもののポータビリティが保たれることを利用して SchemeやCLよりも低レベルでポータビリティを実現して欲しいんです。 いろいろな処理系を移植するのは骨が折れるので。 LuaにGUIがあるのかどうかは知りませんが 必要十分条件が明白な言語の代表として名前をあげました。 POSIXでXlibとgccがあればフル機能は無理でも標準機能はビルドできる、くらいの条件があって欲しいです。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
4738日前に更新/247 KB
担当:undef