Lisp Scheme Part22

952 ：デフォルトの名無しさん：2008/07/03(木) 20:39:54

Python上に作るっていうか
JavaVMにおけるKAWAとかSISCみたく
PythonVM上で直接実行されるようにすれば
CLispくらいにはなりませんかね？

953 ：デフォルトの名無しさん：2008/07/03(木) 20:54:24

>>947
ocamlやpython,rubyのGUIって標準はtcl/tkちゃうん？
clはltkが一応あるよ。

954 ：デフォルトの名無しさん：2008/07/03(木) 22:03:04

>>947
PythonやLuaの実装言語はCなんだから、
CでGUIを統一できないとか移植性がないとか言うのはおかしいでしょ

955 ：デフォルトの名無しさん：2008/07/03(木) 22:42:58

PythonやLuaやRubyは言語≒実装なので事実上の標準という縛りがあるから
その上で動くもののポータビリティが保たれることを利用して
SchemeやCLよりも低レベルでポータビリティを実現して欲しいんです。
いろいろな処理系を移植するのは骨が折れるので。
LuaにGUIがあるのかどうかは知りませんが
必要十分条件が明白な言語の代表として名前をあげました。
POSIXでXlibとgccがあればフル機能は無理でも標準機能はビルドできる、くらいの条件があって欲しいです。

956 ：デフォルトの名無しさん：2008/07/03(木) 22:47:32

欲しいものはよく判った。でも今のところ無いと思う。
性能が出なくて労力の割に面白くないから、誰も作らないんじゃないかと想像できる。
だが、やってみなくちゃ判らないぞ。>>955の偉業に期待だ。

957 ：デフォルトの名無しさん：2008/07/03(木) 23:06:28

>>955
ansiなscheme or CLにTcl/Tkをポートする方が楽そう。

958 ：デフォルトの名無しさん：2008/07/03(木) 23:30:13

GUI込みならPythonアプリはそれほどポータブルではない。

959 ：デフォルトの名無しさん：2008/07/04(金) 00:08:49

>>955
LuaにGUIはないが、君の言う通り「Luaよりも低レベルで」ポータビリティを実現できる
Cで書ける部分を無理にLuaで書くことはない

960 ：デフォルトの名無しさん：2008/07/04(金) 00:30:30

>>955
Python上で実装してポータビリティを上げるって
衝撃の馬鹿理由だな。

961 ：デフォルトの名無しさん：2008/07/04(金) 00:49:27

ポータビリティとライブラリを重視するのは良いと思う
性能重視は競争が激しいし供給過剰だし

962 ：デフォルトの名無しさん：2008/07/04(金) 01:03:14

もうすぐ次スレだな

963 ：デフォルトの名無しさん：2008/07/04(金) 01:15:09

ypsilon vs gauche

964 ：デフォルトの名無しさん：2008/07/04(金) 04:50:03

pythonはポータブルじゃないよ

日本じゃ人気がないから

965 ：デフォルトの名無しさん：2008/07/04(金) 07:10:54

おれは最近、仕事でpythonばっかり書いてるよ。
時々lispとの微妙な違いに悲しくなるけど、確かにlisperとしても許容できる、
良い言語だわ。ほぼどこでも動くし、ライブラリも沢山。
そのうち趣味でもpythonばかりになるかも。

966 ：デフォルトの名無しさん：2008/07/04(金) 08:39:27

ANSI-Cが必要十分条件だとGC書けねーよ

967 ：デフォルトの名無しさん：2008/07/04(金) 09:28:25

>>933-935
matlabに慣れてるからpython.numpyが使いやすい
しかしちょっと高度なこともしてみたい
全部lispでやったほうがいいのだろうか

968 ：デフォルトの名無しさん：2008/07/04(金) 09:28:57

>>938-939
pyffi

969 ：デフォルトの名無しさん：2008/07/04(金) 09:57:24

>>967
あまり融合度が高くないが、
http://clisp.cons.org/impnotes/matlab.html

matlabじゃないが、
http://nlisp.info/

970 ：デフォルトの名無しさん：2008/07/04(金) 13:08:28

ピンボールの話題がまだ出ていない件

971 ：デフォルトの名無しさん：2008/07/04(金) 13:09:16

ごめん。>>963見落とした

972 ：デフォルトの名無しさん：2008/07/04(金) 14:30:26

「事実上の標準」はTck/TkでもXlibでもなくGLUTというオチ

973 ：デフォルトの名無しさん：2008/07/04(金) 16:42:13

>>970
ピンボールよりメタボールの方が面白そうだなあ

974 ：デフォルトの名無しさん：2008/07/04(金) 22:21:52

evalでschemeが評価できるpythonとか逆にschemeでpythonが評価できるとか

975 ：デフォルトの名無しさん：2008/07/04(金) 22:32:26

データの互換性があると使いやすいのだろうが、LispのconsセルとPythonのtupleには
微妙な違いがあったり、symbolに相当するものが無かったり、PythonってLispのようで
Lispでないって感じだよね。

976 ：デフォルトの名無しさん：2008/07/06(日) 17:33:24

うわさのypsilonをコンパイルしようとしたらエラーで止まっちゃったわ。
x86_64に対応してないって書いてたわ。残念。

977 ：デフォルトの名無しさん：2008/07/07(月) 21:52:16

Scheme on Java > SISC
継続不完全でもJavaとのリンク強ならKawa

978 ：デフォルトの名無しさん：2008/07/08(火) 18:34:57

まず考えるべきことは、なぜC/C++とのリンクが弱い (と思われている) かだ

979 ：デフォルトの名無しさん：2008/07/10(木) 12:45:38

>>976
32bitでコンパイルすればいいじゃん。

980 ：デフォルトの名無しさん：2008/07/12(土) 14:42:03

本屋で手にとった「プログラミングGauche」がなかなか良さげだったので
久し振りにSchemeと戯れてます。
本の謝辞にこのスレの名が出ていたのでやってきました。
Gaucheってかなりユーザー多いですか？

981 ：デフォルトの名無しさん：2008/07/12(土) 18:26:53

http://wiki.fdiary.net/lisp/ にこのスレのテンプレをまとめておきました。
このスレの最初のものをコピーしたばかりなので、最新版にアップデート
しなきゃいけない所の訂正をお願いします。
（たとえば、テンプレには話題のイプシロンについてはかかれていない。）

また、ID:guest PASSWORD:cl です。インストールログなどの公開場所
としてもご利用ください。

982 ：デフォルトの名無しさん：2008/07/13(日) 00:27:13

それにしてもScheme処理系、多すぎである

983 ：デフォルトの名無しさん：2008/07/13(日) 00:32:34

次スレです。テンプレかなりいじったので不備があるかもしれないけど、どうかご容赦を。

Lisp Scheme Part23
http://pc11.2ch.net/test/read.cgi/tech/1215875388/

984 ：デフォルトの名無しさん：2008/07/13(日) 00:40:16

>>983
おつ

985 ：デフォルトの名無しさん：2008/07/13(日) 00:41:54

scheme程度なら個人で実装持てるっしょ
規格に準拠かどうかはともかく

986 ：デフォルトの名無しさん：2008/07/13(日) 00:44:53

>>981
あ、それをテンプレに入れるの忘れてた。('A`)
すみません。次々スレ立てる方はテンプレにお願いします。

987 ：デフォルトの名無しさん：2008/07/13(日) 00:58:51

>>985
そろそろ競争原理が働いてすごいのが出てきてもいいと思うんだ