Dylan
1 ：Bob：
Gwydion Dylanってのみつけた。
使い方分からん。
教えて。
使い方分からん。
教えて。
|
|
|
2 ：Self：01/10/29 00:16
3 ：デフォルトの名無しさん：01/10/29 00:30
>>2
そのページ、ことごとくリンク切れ・・
そのページ、ことごとくリンク切れ・・
4 ：Bob：01/11/02 08:08
氏ぬもんか！
5 ：デフォルトの名無しさん：01/11/02 12:48
ん？何か病気ですか？>1
6 ：Bob：01/11/03 19:01
>>5
うん、不知の病みたいなの・・・
うん、不知の病みたいなの・・・
7 ：デフォルトの名無しさん：01/11/03 20:53
bobdylanか？
schemeベースのやつ？
schemeベースのやつ？
8 ：Bob：01/11/03 23:00
9 ：デフォルトの名無しさん：01/11/04 00:56
>>8
lisp/schemeスレにリンク貼ってあったよ
lisp/schemeスレにリンク貼ってあったよ
10 ：デフォルトの名無しさん：01/11/04 03:08
かなり凄い言語らしいけどね。
SchemeみたいにマクロもあってSchemeとほぼ同等の
強烈な記述力があるらしい。もともとはS式も可能
だったらしいしね。
普通の読みやすい記法でSchemeの柔軟性を実現してる。
SchemeみたいにマクロもあってSchemeとほぼ同等の
強烈な記述力があるらしい。もともとはS式も可能
だったらしいしね。
普通の読みやすい記法でSchemeの柔軟性を実現してる。
11 ：デフォルトの名無しさん：01/11/04 10:31
>>10
興味津々age
興味津々age
12 ：デフォルトの名無しさん ：01/11/04 10:50
ここの板は最近、マイナー言語強化月間って感じだね。でも応援
13 ：Bob：01/11/04 13:04
なんとFunctional DevelopperのLinux版が出るみたい。
α版は既に出てる！
http://www.fun-o.com/
Herlequin Dylanの開発部隊が独立してたみたい。
Amazonで本買おうと思うんだけど、炭疽菌付いてこないかな。。。
α版は既に出てる！
http://www.fun-o.com/
Herlequin Dylanの開発部隊が独立してたみたい。
Amazonで本買おうと思うんだけど、炭疽菌付いてこないかな。。。
14 ：デフォルトの名無しさん：01/11/05 00:15
Windowsでの使い方教えて。
とりあえず、ダウンして解凍したけどなんかよくわからない。
とりあえず、ダウンして解凍したけどなんかよくわからない。
15 ：デフォルトの名無しさん：01/11/05 02:50
>>14
とりあえず、フォルダ構成はCygwinっぽくて、ファイルの中身を見ると、
Perlスクリプトがあるね。
だからCygwinとActivePerlは必須みたいだね。
で、頑張って、make-dylan-appスクリプトを実行して、helloアプリの
プロジェクトを作り、makeしてみたけど、途中、mv failed?の
メッセージで止まる。mvはあるんだけどなあ。。
うーん、わからん･･･
とりあえず、フォルダ構成はCygwinっぽくて、ファイルの中身を見ると、
Perlスクリプトがあるね。
だからCygwinとActivePerlは必須みたいだね。
で、頑張って、make-dylan-appスクリプトを実行して、helloアプリの
プロジェクトを作り、makeしてみたけど、途中、mv failed?の
メッセージで止まる。mvはあるんだけどなあ。。
うーん、わからん･･･
16 ：デフォルトの名無しさん：01/11/05 07:18
FTPにあるinstallドキュメント読んだか？
17 ：15：01/11/05 11:59
>>16
ほんとだ。読んで無かったよ。
ちゃんとcygwinの環境変数を設定した後libtoolインストールしたら出来た。
ActivePerlでも明示的にperl -wで呼べば#!無視してくれるので問題ないね。
でもlibtoolのテストかなり失敗してたなあ･･･いいのかなあ。
HelloWorldアプリにコンパイル時間が結構かかってたのが気になる･･･
コンパイル遅いね。
ほんとだ。読んで無かったよ。
ちゃんとcygwinの環境変数を設定した後libtoolインストールしたら出来た。
ActivePerlでも明示的にperl -wで呼べば#!無視してくれるので問題ないね。
でもlibtoolのテストかなり失敗してたなあ･･･いいのかなあ。
HelloWorldアプリにコンパイル時間が結構かかってたのが気になる･･･
コンパイル遅いね。
18 ：Bob：01/11/05 12:55
実行速度はどう？
19 ：デフォルトの名無しさん：01/11/05 19:00
HelloWorldソースさらしキボンヌ
20 ：Bob：01/11/05 19:08
ところでGwydion Dylan使ってる人はいないの？
コンパイルの仕方すら分からんのですが・・・
コンパイルの仕方すら分からんのですが・・・
21 ：15：01/11/05 23:17
>>18
Dylanわからんから試せないけど、Cに変換してから
コンパイルしてるから結構早いはず。
>>19
// file : hi-exports.dylan
module: dylan-user
define library hi
use common-dylan;
use io;
end library;
define module hi
use common-dylan;
use format-out;
end module;
// file : hi.dylan
module: hi
define function main(name, arguments)
format-out("Hello, world!\n");
exit-application(0);
end function main;
main(application-name(), application-arguments());
// file : hi.lid
library: hi
executable: hi
files: hi-exports
hi
>>20
俺Cygwinで使ってるよ。説明どおりに実行しただけ。
Perlスクリプトmake-dylan-appでHelloWorldスケルトンを作って
いじったあと、makeするらしい。
Dylanわからんから試せないけど、Cに変換してから
コンパイルしてるから結構早いはず。
>>19
// file : hi-exports.dylan
module: dylan-user
define library hi
use common-dylan;
use io;
end library;
define module hi
use common-dylan;
use format-out;
end module;
// file : hi.dylan
module: hi
define function main(name, arguments)
format-out("Hello, world!\n");
exit-application(0);
end function main;
main(application-name(), application-arguments());
// file : hi.lid
library: hi
executable: hi
files: hi-exports
hi
>>20
俺Cygwinで使ってるよ。説明どおりに実行しただけ。
Perlスクリプトmake-dylan-appでHelloWorldスケルトンを作って
いじったあと、makeするらしい。
22 ：Gwydion Dylan版：01/11/06 21:10
GwydionはLinuxのDebianにも入っているので試してくれ。
// hello.dylan
module: hello
synopsis:
author:
copyright:
define method main (appname, #rest arguments)
format-out("Hello World !\n");
exit(exit-code: 0);
end method main
// hello-exports.dylan
module: dylan-user
define library hello
use dylan;
use format-out;
end library;
define module hello
use dylan;
use extensions;
use format-out;
end module;
// hello.lid
library: hello
executable: hello
entry-point: hello:%main
hello-exports.dylan
hello.dylan
// compile
$ d2c hello.lid
// hello.dylan
module: hello
synopsis:
author:
copyright:
define method main (appname, #rest arguments)
format-out("Hello World !\n");
exit(exit-code: 0);
end method main
// hello-exports.dylan
module: dylan-user
define library hello
use dylan;
use format-out;
end library;
define module hello
use dylan;
use extensions;
use format-out;
end module;
// hello.lid
library: hello
executable: hello
entry-point: hello:%main
hello-exports.dylan
hello.dylan
// compile
$ d2c hello.lid
23 ：Bob：01/11/06 23:14
make-dylan-appなんてコマンドあったんですね。
これ使ったらとりあえず骨組みだけはできるみたいです。
Makefileまで作ってくれるのでコンパイルもできました。
ところでDylanってLispみたいなインタラクティブな
インタプリタ環境ってないんですか？
インクリメンタルに定義したりコンパイルしたりしながら
開発していくのが好きなんですが。。。
これ使ったらとりあえず骨組みだけはできるみたいです。
Makefileまで作ってくれるのでコンパイルもできました。
ところでDylanってLispみたいなインタラクティブな
インタプリタ環境ってないんですか？
インクリメンタルに定義したりコンパイルしたりしながら
開発していくのが好きなんですが。。。
24 ：デフォルトの名無しさん：01/11/06 23:25
>>23
ﾂｸﾚｯ!
ﾂｸﾚｯ!
25 ：デフォルトの名無しさん：01/11/07 03:38
うーむ。HelloWorldが516kbか...
26 ：デフォルトの名無しさん：01/11/07 03:42
>>25
俺は2.3MB･･･
俺は2.3MB･･･
27 ：デフォルトの名無しさん：01/11/07 03:43
間違えた。5.16MBだな...。
28 ：デフォルトの名無しさん：01/11/07 03:45
27=25です...。
VineLinux2.1.5 + GwydionDylan2.3.4
VineLinux2.1.5 + GwydionDylan2.3.4
29 ：デフォルトの名無しさん：01/11/07 07:26
富豪！
30 ：デフォルトの名無しさん：01/11/07 07:33
もっとましなフリーの実装は無いのか。
凄い言語らしいのにマイナーな理由がわかった。
凄い言語らしいのにマイナーな理由がわかった。
31 ：デフォルトの名無しさん：01/11/07 07:36
>>27
ネエィティブコンパイルを夢見たJAVAみたいな大きさだな・・・(遠い目
ネエィティブコンパイルを夢見たJAVAみたいな大きさだな・・・(遠い目
32 ：Bob：01/11/07 09:23
？？うちでは 5KB しかありませんが？
5359 bytes
Debian woody + 2.3.6pre2cvs10182001-1
5359 bytes
Debian woody + 2.3.6pre2cvs10182001-1
33 ：デフォルトの名無しさん：01/11/07 11:41
http://hp.vector.co.jp/authors/VA000092/jokes/strup.html
>我々が最初の C++ コンパイラをAT&Tで開発したとき、
>"Hello World"プログラムをコンパイルしたバイナリの大きさが信じられませんでした。
>2.1MBですよ。
ちょっと違うか。しかもこれは冗談だし……。
>我々が最初の C++ コンパイラをAT&Tで開発したとき、
>"Hello World"プログラムをコンパイルしたバイナリの大きさが信じられませんでした。
>2.1MBですよ。
ちょっと違うか。しかもこれは冗談だし……。
34 ：デフォルトの名無しさん：01/11/07 15:08
mindyってつかえないの?
35 ：Bob：01/11/07 17:22
mindy入れてあるけど、これってインタプリタなの？
プロンプトが出るけどCommon Lispみたいに
インタラクティブに定義したりできないよ？
使い方わかんないよ。
なんだかドキュメントが少ない。。。
プロンプトが出るけどCommon Lispみたいに
インタラクティブに定義したりできないよ？
使い方わかんないよ。
なんだかドキュメントが少ない。。。
36 ：Bob：01/11/08 07:58
age token
37 ：デフォルトの名無しさん：01/11/08 13:22
>>35
いや、わたしも使い方がわからないんですよ。
私はDebian sidでDylan環境作ったんですけど、
ドキュメントが殆どないし、本家のページにあるサンプルすら
その通りにやっても動かないし。
d2c は問題ないんだけど。
で、mindyはバイトコードインタプリタみたいね。
mindycompでコンパイルして、mindyで動かす感じらしい。
いや、わたしも使い方がわからないんですよ。
私はDebian sidでDylan環境作ったんですけど、
ドキュメントが殆どないし、本家のページにあるサンプルすら
その通りにやっても動かないし。
d2c は問題ないんだけど。
で、mindyはバイトコードインタプリタみたいね。
mindycompでコンパイルして、mindyで動かす感じらしい。
38 ：Bob：01/11/09 09:56
helpして出てくるコマンド一覧見るとデバッガっぽいね。
バイトコードにしてデバッグするのに使うのかな。
Common Lispみたいな環境ってないのかな。
バイトコードにしてデバッグするのに使うのかな。
Common Lispみたいな環境ってないのかな。
39 ：Bob：01/11/12 07:38
週開けage
40 ：デフォルトの名無しさん：01/11/15 05:33
みんなgwydianのあまりの遅さに耐えかねて、見切りをつけたのか？
41 ：Bob：01/11/15 10:26
お仕事忙しくて触ってる時間ないの。
でもGwydionってそんなに遅いの？
Functional Developperはどう？
一番痛いのはProgramming Dylanとかいう本が絶版で手に入らない・・・
誰かくれないかなー。
でもGwydionってそんなに遅いの？
Functional Developperはどう？
一番痛いのはProgramming Dylanとかいう本が絶版で手に入らない・・・
誰かくれないかなー。
どこらへんが素晴らしいの？
43 ：デフォルトの名無しさん：01/11/16 18:46
44 ：Bob：01/11/16 19:19
>>42
後ね、クラスとメソッドの関係がC++,Java,Pythonなんかと違うのよ。
CLOS風のディスパッチでこれがなかなか逝けてんの。
このタイプを採用してる言語ってCLOSとDylan以外に何があるのかなぁ。
後ね、クラスとメソッドの関係がC++,Java,Pythonなんかと違うのよ。
CLOS風のディスパッチでこれがなかなか逝けてんの。
このタイプを採用してる言語ってCLOSとDylan以外に何があるのかなぁ。
ふむふむ。ＯＯ関係の機能が凄いのか。
ちょっと調べてみたけどなんか難しい単語がいっぱい(w;
Abstract Class,Instantiable Class,uninstantiable class,indirect instance,general instance・・・
使ってみないとありがたみがわからないかも。試してみるか。
ちょっと調べてみたけどなんか難しい単語がいっぱい(w;
Abstract Class,Instantiable Class,uninstantiable class,indirect instance,general instance・・・
使ってみないとありがたみがわからないかも。試してみるか。
46 ：デフォルトの名無しさん：01/11/17 01:53
>>44
もうちょい突っ込んで、キボン
もうちょい突っ込んで、キボン
47 ：デフォルトの名無しさん：01/11/17 08:43
良くも悪くもSchemeにかなり近いようだね。
48 ：デフォルトの名無しさん：01/11/19 12:40
Harequin Dylanを使ってたんだけど、とにかくコンパイルが遅すぎた。
書いたコードをlistnerでテストする、scheme風の使い方のときはいいけれど、
仕上げに入るとめちゃめちゃいらいらした。
Functional Developerはマシになったかな？
書いたコードをlistnerでテストする、scheme風の使い方のときはいいけれど、
仕上げに入るとめちゃめちゃいらいらした。
Functional Developerはマシになったかな？
49 ：Bob：01/11/24 22:25
50 ：デフォルトの名無しさん：01/12/08 03:42
もしかしてFunctional DeveloperのBasic Editionで動く
サンプルってhelloとhanoiだけなの？
ちょっと冷たすぎないか？
サンプルってhelloとhanoiだけなの？
ちょっと冷たすぎないか？
51 ：デフォルトの名無しさん：01/12/08 16:10
これ、言語仕様は良いけど、処理系が良くないってことで
決定だな。
決定だな。
52 ：デフォルトの名無しさん：01/12/17 18:07
非現実的な言語仕様だから効率の良い処理系が出来ないという線はないの？
Appleが手を退いたのはNeXTとの絡みかも知れないけど。
Appleが手を退いたのはNeXTとの絡みかも知れないけど。
53 ：デフォルトの名無しさん：02/01/09 00:33
Mac板でﾊｹｰﾝage
54 ：デフォルトの名無しさん：02/01/10 09:01
これはApple出では？
55 ：デフォルトの名無しさん：02/01/10 09:55
>>54
AppleとCMUの共同開発だったと思うゾナ
AppleとCMUの共同開発だったと思うゾナ
56 ：デフォルトの名無しさん：02/01/10 11:43
Appleは素晴らしい技術と飼い殺しをいつもするモナ
57 ：デフォルトの名無しさん：02/01/11 09:44
>>56
Dylanの出自に関してはDylan Programming Languageに歴史が
書いてあった（と思うけど、押し入れに収納されててちょいと
見つからない）。たしか、Appleの各研究チームがそれぞれに別
の言語を使っていて、お互いの研究成果を取り入れるにはわざ
わざ相互に移植する必要があって、これが無駄だと思われたわけ。
それで一番強力なCommon Lispに一本化しようとしたんだけど、
開発中は良いとして、バイナリを配布するのに向かないところが
問題だった。また、Lispの構文を嫌う向きも少なくなかった。
それでDylanが開発されることになった。
……のですが、結局、コンパイル速度も出なかったし、気がつく
とJavaの波も押し寄せ、NeXTも買収し……というわけだったと
思いますね。かつてのAppleだったらDylanに固執して、さらに
シェアを落としていたようにも思いますが。
Dylanの出自に関してはDylan Programming Languageに歴史が
書いてあった（と思うけど、押し入れに収納されててちょいと
見つからない）。たしか、Appleの各研究チームがそれぞれに別
の言語を使っていて、お互いの研究成果を取り入れるにはわざ
わざ相互に移植する必要があって、これが無駄だと思われたわけ。
それで一番強力なCommon Lispに一本化しようとしたんだけど、
開発中は良いとして、バイナリを配布するのに向かないところが
問題だった。また、Lispの構文を嫌う向きも少なくなかった。
それでDylanが開発されることになった。
……のですが、結局、コンパイル速度も出なかったし、気がつく
とJavaの波も押し寄せ、NeXTも買収し……というわけだったと
思いますね。かつてのAppleだったらDylanに固執して、さらに
シェアを落としていたようにも思いますが。
58 ：デフォルトの名無しさん：02/02/09 10:25
age
59 ：デフォルトの名無しさん：02/02/09 10:31
David Michaelbetzあげ
60 ：デフォルトの名無しさん：02/03/20 20:39
とりあえずあげ
61 ：デフォルトの名無しさん：02/04/13 10:20
これから触ってみるage
62 ：デフォルトの名無しさん：02/04/13 14:54
Win上のDylanって、GUIビルダーはあるの？
Delphiみたいな。
Delphiみたいな。
63 ：デフォルトの名無しさん：02/04/30 15:27
このスレ、まだ生きてたのか！
64 ：デフォルトの名無しさん：02/05/19 19:07
保守
65 ：デフォルトの名無しさん：02/05/25 05:53
ほしゅ
66 ：デフォルトの名無しさん：02/05/28 20:28
algol風lisp?
67 ：デフォルトの名無しさん：02/06/18 11:00
>>57
> ……のですが、結局、コンパイル速度も出なかったし、気がつく
> とJavaの波も押し寄せ、NeXTも買収し……というわけだったと
> 思いますね。かつてのAppleだったらDylanに固執して、さらに
> シェアを落としていたようにも思いますが。
単に今 Objective C がいる場所に Dylan がいるようになっていただけでわ?
> ……のですが、結局、コンパイル速度も出なかったし、気がつく
> とJavaの波も押し寄せ、NeXTも買収し……というわけだったと
> 思いますね。かつてのAppleだったらDylanに固執して、さらに
> シェアを落としていたようにも思いますが。
単に今 Objective C がいる場所に Dylan がいるようになっていただけでわ?
68 ：デフォルトの名無しさん：02/06/29 15:30
ほしゅ
69 ：デフォルトの名無しさん：02/07/03 01:19
たまにはageよう
70 ：デフォルトの名無しさん：02/07/17 09:38
age
71 ：デフォルトの名無しさん：02/09/07 00:14
Dylan Dylan
72 ：デフォルトの名無しさん：02/09/25 07:04
ららら
73 ：デフォルトの名無しさん：02/10/05 17:50
Dylanって日本語扱えるの？
そこそこスペック高いマシン買ったんで、gwydionっての
入れてみようかと思ってるんだけど。
そこそこスペック高いマシン買ったんで、gwydionっての
入れてみようかと思ってるんだけど。
74 ： ：02/10/06 07:20
下のサイト見たらまだ活動してたんだな。
http://www.gwydiondylan.org/
http://www.gwydiondylan.org/
75 ：デフォルトの名無しさん：02/10/06 08:09
使ってるやつって、一人でもいるの？
スレ主は解ってなさそうだし、
なんでこんなスレがあるのかわかんない。
スレ主は解ってなさそうだし、
なんでこんなスレがあるのかわかんない。
76 ：73：02/10/08 00:01
土日かけてがんばったがどうしても動かせなかった。
つうか死ねや糞ども。
だれか削除以来出せ。クソスレ。
つうか死ねや糞ども。
だれか削除以来出せ。クソスレ。
77 ：デフォルトの名無しさん：02/10/11 21:08
78 ：デフォルトの名無しさん：02/10/27 21:17
ん?何か病気ですか?>1
79 ：デフォルトの名無しさん：02/10/30 15:54
Eiffel 最高
80 ：デフォルトの名無しさん：02/11/06 00:04
どこらへんが素晴らしいの?
81 ：デフォルトの名無しさん：02/11/08 19:34
Dylanのすばらしさ：
＊Common Lispの開発効率
＊methodを書いて、その場でテストできる。
（Listnerという、コマンドラインのようなテスト環境がある）
＊methodはクラスに属さない。genericに書く。
（もちろんmoduleによって名前空間を分割できる）
＊コンパイル単位とモジュール単位をファイル単位から独立に定義できる。
（あるモジュールの一部のmethod定義を変更しただけでモジュール全体
を再コンパイルする必要はない。）
＊強力なマクロ
（Lispのように言語仕様を拡張・再定義することが可能）
＊小さなランタイム
＊Lispだと、事実上、開発環境の一部をそのまま配布しなければならない
が、その必要がない。
＊Common Lispの開発効率
＊methodを書いて、その場でテストできる。
（Listnerという、コマンドラインのようなテスト環境がある）
＊methodはクラスに属さない。genericに書く。
（もちろんmoduleによって名前空間を分割できる）
＊コンパイル単位とモジュール単位をファイル単位から独立に定義できる。
（あるモジュールの一部のmethod定義を変更しただけでモジュール全体
を再コンパイルする必要はない。）
＊強力なマクロ
（Lispのように言語仕様を拡張・再定義することが可能）
＊小さなランタイム
＊Lispだと、事実上、開発環境の一部をそのまま配布しなければならない
が、その必要がない。
82 ：デフォルトの名無しさん：02/11/08 19:36
あとはまともな処理系さえあれば…
ってこと？
ってこと？
83 ：デフォルトの名無しさん：02/11/08 19:48
Gwydion
じゃだめなのか
じゃだめなのか
84 ：デフォルトの名無しさん：02/11/08 20:54
Dylanのダメなところ：
＊コンパイラの負担が大きい
＊method単位でコンパイルせずにテストできるのは開発の初期段階であって、
パフォーマンスチューニングの段階では修正→再コンパイルを繰り返し行
う必要がある。Dylanはコンパイラにかかる負荷が大きく、コンパイル時間
がかかる。
＊研究開発に使うのであれば、Common Lispで十分である。Dylanのメリット
の生きる分野は、開発環境から切り離されたアプリケーションの開発であ
る。この分野では実行時のパフォーマンス（より具体的にはGUIの動作速
度）が重要であるが、実行時パフォーマンスのチューニングにおいて
Dylanの欠点が目立つという皮肉。
あと、書き忘れてたけど、Dylanのメリットとして、
「出来上がったコードが読みやすい」
ってのがある。コードが読みやすいと、ドキュメンテーションに凝らなくても
済むのでイイってことだな。
しかし、Common LispのランタイムをOSに添付しちまえばすべてクリアって気
がしないでもない。NeXT STEPにおけるObjective-CランタイムがOSのコアだっ
たように。Lisp OSは、今なら実用的な気がするなあ。
＊コンパイラの負担が大きい
＊method単位でコンパイルせずにテストできるのは開発の初期段階であって、
パフォーマンスチューニングの段階では修正→再コンパイルを繰り返し行
う必要がある。Dylanはコンパイラにかかる負荷が大きく、コンパイル時間
がかかる。
＊研究開発に使うのであれば、Common Lispで十分である。Dylanのメリット
の生きる分野は、開発環境から切り離されたアプリケーションの開発であ
る。この分野では実行時のパフォーマンス（より具体的にはGUIの動作速
度）が重要であるが、実行時パフォーマンスのチューニングにおいて
Dylanの欠点が目立つという皮肉。
あと、書き忘れてたけど、Dylanのメリットとして、
「出来上がったコードが読みやすい」
ってのがある。コードが読みやすいと、ドキュメンテーションに凝らなくても
済むのでイイってことだな。
しかし、Common LispのランタイムをOSに添付しちまえばすべてクリアって気
がしないでもない。NeXT STEPにおけるObjective-CランタイムがOSのコアだっ
たように。Lisp OSは、今なら実用的な気がするなあ。
Lisp OSいいねえ
どこかで
・内部はLisp/Smalltalk並に動的で
・ユーザ向けはvery-high-levelな言語で
・UNIX精神なプログラマ向けOS
って作ってないのかな
どこかで
・内部はLisp/Smalltalk並に動的で
・ユーザ向けはvery-high-levelな言語で
・UNIX精神なプログラマ向けOS
って作ってないのかな
86 ：デフォルトの名無しさん：02/11/08 23:02
Lispのランタイムを同梱したLinuxのディストリビューションを作れば良いだけでは?
87 ：デフォルトの名無しさん：02/11/08 23:14
Open Firmware は、ある意味 Forth OS.
Open Boot も、ある意味 Forth OS.
Open Boot も、ある意味 Forth OS.
88 ：デフォルトの名無しさん：02/11/08 23:28
Forthは人間に対してじゃなく、コンピュータに対してやさしい言語じゃんよお。
89 ：デフォルトの名無しさん：02/11/08 23:31
Lisp も一緒っしょ。
90 ：デフォルトの名無しさん：02/11/08 23:38
違うよ。
Forthがスタック言語なのは、スタックの実装が簡単だから。
Lispがリスト言語なのは、リストの実装が簡単だからではなく、
リストが「強力」だから。
スタックはリストほど強力とはいえないよな。
Forthがスタック言語なのは、スタックの実装が簡単だから。
Lispがリスト言語なのは、リストの実装が簡単だからではなく、
リストが「強力」だから。
スタックはリストほど強力とはいえないよな。
91 ：デフォルトの名無しさん：02/11/08 23:44
Lisp が人間に易しくないって事が言いたかったのよ。
Lisp も後置記法だったらカッコが無くなって良かったのに。
RPNLisp> 1 2 cons car
1
みたいな。何時か作ろうと思ってるんだけど、どうかな？
Lisp も後置記法だったらカッコが無くなって良かったのに。
RPNLisp> 1 2 cons car
1
みたいな。何時か作ろうと思ってるんだけど、どうかな？
92 ：デフォルトの名無しさん：02/11/08 23:58
カッコがあっても、ちっとも困りませんが？
カッコの対応やインデントくらい、エディタが支援してくれますし、
読むときにはカッコなど見なければ良いだけです。
カッコの対応やインデントくらい、エディタが支援してくれますし、
読むときにはカッコなど見なければ良いだけです。
93 ：デフォルトの名無しさん：02/11/09 00:01
>>92
>RPNLisp> 1 2 cons car
Forth系は暗黙のpush/popがあるから、
決してLISPよりも人間に易しいとは言えん。
前置記法は可変長の引数をごく自然に扱えるし、
他のCなどの言語の関数呼び出し構文と同じだから直ぐに慣れる。
>RPNLisp> 1 2 cons car
Forth系は暗黙のpush/popがあるから、
決してLISPよりも人間に易しいとは言えん。
前置記法は可変長の引数をごく自然に扱えるし、
他のCなどの言語の関数呼び出し構文と同じだから直ぐに慣れる。
95 ：デフォルトの名無しさん：02/11/09 00:09
>>92
貴方は困らないかもしれないけど、人間に易しいとは言いづらいのでは？
>>93
可変長の引数が扱えるのは前置記法だからじゃなくて、リストでまとめる
からでは？ そういう意味では後置記法でも問題ないと思います。
貴方は困らないかもしれないけど、人間に易しいとは言いづらいのでは？
>>93
可変長の引数が扱えるのは前置記法だからじゃなくて、リストでまとめる
からでは？ そういう意味では後置記法でも問題ないと思います。
97 ：デフォルトの名無しさん：02/11/09 00:23
>>95
>貴方は困らないかもしれないけど、人間に易しいとは言いづらいのでは？
カッコが人間にやさしくないとしたら、セミコロンで式をセパレートするのも
人間に易しくないんじゃないの。
繰り返しになるけど、カッコの対応とインデントはエディタに任せることが
できる。だから書くときには問題ない。
読むときも、なんならカッコを一時的に見えなくする機能をエディタに持た
せれば良いわけです（僕はカッコを見ないという方法で対処していますが）。
前置記法が嫌いなら、マクロを書けば良いんじゃないですか。
Forthにそういうパワーがあるとは思えないんですけれど。
# すでにめちゃめちゃスレ違いだな。で、sage
>貴方は困らないかもしれないけど、人間に易しいとは言いづらいのでは？
カッコが人間にやさしくないとしたら、セミコロンで式をセパレートするのも
人間に易しくないんじゃないの。
繰り返しになるけど、カッコの対応とインデントはエディタに任せることが
できる。だから書くときには問題ない。
読むときも、なんならカッコを一時的に見えなくする機能をエディタに持た
せれば良いわけです（僕はカッコを見ないという方法で対処していますが）。
前置記法が嫌いなら、マクロを書けば良いんじゃないですか。
Forthにそういうパワーがあるとは思えないんですけれど。
# すでにめちゃめちゃスレ違いだな。で、sage
98 ：デフォルトの名無しさん：02/11/09 00:25
> 前置記法は可変長の引数をごく自然に扱えるし、
引数をリストで取る、リストのサイズは可変という意味だと
思ったんだけど、違う？
それとも、cond の後に幾つでも条件文を書けるみたいな事？
これも後置記法で簡単に実現可能だと思うけど。
引数をリストで取る、リストのサイズは可変という意味だと
思ったんだけど、違う？
それとも、cond の後に幾つでも条件文を書けるみたいな事？
これも後置記法で簡単に実現可能だと思うけど。
99 ：デフォルトの名無しさん：02/11/09 00:31
(+ 1 2 3 4)
こういうのはどうするの？
1 2 3 4 +
だと駄目なんじゃない？
こういうのはどうするの？
1 2 3 4 +
だと駄目なんじゃない？
100 ：デフォルトの名無しさん：02/11/09 00:36
>>97
エディタの機能に頼ったり、マクロを書いたり、コードの一部を無視しないと
読みにくいって、御自分で分かってらっしゃるじゃないですか。
カッコとセミコロンと大差無いって、本当にそう思います？
Forth が読みにくいというのは理解してますが、Lisp も大して変わらないの
では？ と思います。
エディタの機能に頼ったり、マクロを書いたり、コードの一部を無視しないと
読みにくいって、御自分で分かってらっしゃるじゃないですか。
カッコとセミコロンと大差無いって、本当にそう思います？
Forth が読みにくいというのは理解してますが、Lisp も大して変わらないの
では？ と思います。
101 ：デフォルトの名無しさん：02/11/09 00:38
だからそれは前置記法だからじゃなくて、閉じ括弧があるからじゃ？
102 ：デフォルトの名無しさん：02/11/09 00:47
>>99
1 2 3 4 + + + とか 1 2 3 4 sum とか、好きなようにやって下さい。
あ、sum は適当に定義しておいて下さいね。
別に Lisp にケチを付けるつもりはないけど、Lisp は読みやすさを
重視した言語ではないのでは？
1 2 3 4 + + + とか 1 2 3 4 sum とか、好きなようにやって下さい。
あ、sum は適当に定義しておいて下さいね。
別に Lisp にケチを付けるつもりはないけど、Lisp は読みやすさを
重視した言語ではないのでは？
103 ：デフォルトの名無しさん：02/11/09 00:53
>>100
>カッコとセミコロンと大差無いって、本当にそう思います？
思いますよ。いや、むしろカッコの方がエディタに支援させるのが楽なので
イイ！とすら思っていますが。
セミコロンをうっかり付け忘れてコンパイルに失敗したりする経験ってあり
ません？ 僕はよくあります。でも、エディタにセミコロンの付け忘れを指
摘させるのは結構難しいです。人間の目にも、セミコロンの有無は意識しに
くいです。つまり、あるべきところにセミコロンがないことを発見するのは、
人間には難しいです。
カッコの対応をチェックしたり、インデントを自動的に処理させたりするこ
とはエディタに任せるの、難しくないです。っていうか、現にやらせてます
から。
Forthのプログラムは、たとえばPostscriptがそうだけど、書き方によって
処理速度が大きく変わります。だから処理速度を意識して書くことになり、
読みやすさを意識して書くわけにはいきません。
Lispは違います。最適化のための書き方はありますが、その場合でも読み
やすく書くことを意識することが可能です。
>カッコとセミコロンと大差無いって、本当にそう思います？
思いますよ。いや、むしろカッコの方がエディタに支援させるのが楽なので
イイ！とすら思っていますが。
セミコロンをうっかり付け忘れてコンパイルに失敗したりする経験ってあり
ません？ 僕はよくあります。でも、エディタにセミコロンの付け忘れを指
摘させるのは結構難しいです。人間の目にも、セミコロンの有無は意識しに
くいです。つまり、あるべきところにセミコロンがないことを発見するのは、
人間には難しいです。
カッコの対応をチェックしたり、インデントを自動的に処理させたりするこ
とはエディタに任せるの、難しくないです。っていうか、現にやらせてます
から。
Forthのプログラムは、たとえばPostscriptがそうだけど、書き方によって
処理速度が大きく変わります。だから処理速度を意識して書くことになり、
読みやすさを意識して書くわけにはいきません。
Lispは違います。最適化のための書き方はありますが、その場合でも読み
やすく書くことを意識することが可能です。
104 ：デフォルトの名無しさん：02/11/09 00:53
つーか、Forth 大好き、Lisp 大嫌いみたいなイメージになっちゃった
かもしれないけど、そんな事は全然無いです。
やさしいかやさしくないかで言ったら、Forth も Lisp も同じ脛に傷を
持つ者同志なのではないでしょうか。
かもしれないけど、そんな事は全然無いです。
やさしいかやさしくないかで言ったら、Forth も Lisp も同じ脛に傷を
持つ者同志なのではないでしょうか。
105 ：デフォルトの名無しさん：02/11/09 00:55
Lisperとしては、Forthなんかと一緒にするなとしか言いようが。
106 ：デフォルトの名無しさん：02/11/09 00:55
107 ：デフォルトの名無しさん：02/11/09 00:56
>>103
それってコンピュータに対してやさしい構文って事ですよね？
それってコンピュータに対してやさしい構文って事ですよね？
108 ：デフォルトの名無しさん：02/11/09 00:58
つーかここ、Dylanのスレなんですけど。
まあ、スレが機能してないみたいだからいいか。
まあ、スレが機能してないみたいだからいいか。
109 ：デフォルトの名無しさん：02/11/09 00:59
Lispは、大量のカッコが初心者をビビらせるってのはあるけど、
そこを乗り越えれば読みにくいってことはないよ。
読みやすさを重視している言語でないのは確かだけど、
じゃあ、読みやすさで評価されている言語ってどれよ？
という気がする。COBOLとか？（笑）
そこを乗り越えれば読みにくいってことはないよ。
読みやすさを重視している言語でないのは確かだけど、
じゃあ、読みやすさで評価されている言語ってどれよ？
という気がする。COBOLとか？（笑）
110 ：デフォルトの名無しさん：02/11/09 01:03
Lispの構文がコンピュータに優しいのは認めます。
でも、コンピュータに優しくするためにあの構文になっているわけではあり
ません。プログラムをリスト構造として記述することには別の目的があるの
です。
Forthの構文は、もっぱらコンピュータに優しくするためのものでしょ？
プログラムをスタック構造として記述することに、コンピュータに優しくする
以外の目的があるの？
でも、コンピュータに優しくするためにあの構文になっているわけではあり
ません。プログラムをリスト構造として記述することには別の目的があるの
です。
Forthの構文は、もっぱらコンピュータに優しくするためのものでしょ？
プログラムをスタック構造として記述することに、コンピュータに優しくする
以外の目的があるの？
111 ：デフォルトの名無しさん：02/11/09 01:07
>>106
セパレータで区切るとか、新しい領域を確保するとかして、
そこから計算して行けば良いんじゃない？
1 2 - foo new-list 1 2 3 4 sum
~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~
1. 1 - 2 という演算
2. foo というリストを作って(new-list)、1, 2, 3, 4 を格納、
総和を求める
みたいな。
>>109
月並だけど Python.
セパレータで区切るとか、新しい領域を確保するとかして、
そこから計算して行けば良いんじゃない？
1 2 - foo new-list 1 2 3 4 sum
~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~
1. 1 - 2 という演算
2. foo というリストを作って(new-list)、1, 2, 3, 4 を格納、
総和を求める
みたいな。
>>109
月並だけど Python.
112 ：デフォルトの名無しさん：02/11/09 01:09
あれだ、
いきなり初心者にコード読めって言われた場合を考えてみればわかる。
LISPならなんとなくわからるが、FORTHだとお手上げだろ。
これは中置言語での演算子の優先順位が、
LISPだと括弧のネストレベルと直接対応してるからだな。
Forthのコードを読むってことは、アセンブラやバイトコードに
コンパイルしたものを読むのと同じ難易度がある。
いきなり初心者にコード読めって言われた場合を考えてみればわかる。
LISPならなんとなくわからるが、FORTHだとお手上げだろ。
これは中置言語での演算子の優先順位が、
LISPだと括弧のネストレベルと直接対応してるからだな。
Forthのコードを読むってことは、アセンブラやバイトコードに
コンパイルしたものを読むのと同じ難易度がある。
113 ：デフォルトの名無しさん：02/11/09 01:13
Pythonはあのフォーマットゆえに受け付けない人もいるわけで...
話をDylanに戻すと、Dylanのコードが可読性が高いってことは評価できると
思う。mindyみたいなインタプリタがそこそこのスピードで動くと、Rubyの
ように普及する可能性はあったと思うな。問題は、そこそこのスピード以前
に、言語仕様を完全に満足させる処理系を作ること自体が難しいことにあっ
たりするが...
話をDylanに戻すと、Dylanのコードが可読性が高いってことは評価できると
思う。mindyみたいなインタプリタがそこそこのスピードで動くと、Rubyの
ように普及する可能性はあったと思うな。問題は、そこそこのスピード以前
に、言語仕様を完全に満足させる処理系を作ること自体が難しいことにあっ
たりするが...
114 ：デフォルトの名無しさん：02/11/09 01:29
Dylanに関して悲しむべきことは、Common Lispが「巨大すぎる」のでDylanが
設計されたのに、Common Lispの方が効率が良いってことだよなあ。それに、
今やCommon Lispよりも巨大なJavaが幅を利かせているってこと。今、Dylanを
使うならCommon Lispでしょ。ランタイムもCD-ROMに余裕でおさまるわけだし。
設計されたのに、Common Lispの方が効率が良いってことだよなあ。それに、
今やCommon Lispよりも巨大なJavaが幅を利かせているってこと。今、Dylanを
使うならCommon Lispでしょ。ランタイムもCD-ROMに余裕でおさまるわけだし。
115 ：デフォルトの名無しさん：02/11/09 01:50
; { } で区切られたテキストをプログラムとして読みやすいと思うのは
それに 慣 ら さ れ て る からだよ。
現に COBOLer は C が小文字中心なだけで読みにくいって文句いってる。
結局読みにくいかどうかという問題は目が慣れているかどうかがすべて。
それに 慣 ら さ れ て る からだよ。
現に COBOLer は C が小文字中心なだけで読みにくいって文句いってる。
結局読みにくいかどうかという問題は目が慣れているかどうかがすべて。
116 ：スレ違いなので無視して下さい。(-_-)：02/11/09 07:54
こんなところでLisp vs Forthが読めるとは‥‥。
Forthの擁護をしておくと、Lispが括弧に関係なくインデントで可読性を
あげられると言うのは、Forthでも改行やインデントを適切に行う事で、
可読性はあがるよ。
Forthのキモは強力な自己拡張性だと思っているので、マクロを自慢されても
あまり羨ましくない。
{ 1 2 3 4 } sum
みたいな可変長引数をとる構文はForthのみですぐに定義できるし。
Forthの擁護をしておくと、Lispが括弧に関係なくインデントで可読性を
あげられると言うのは、Forthでも改行やインデントを適切に行う事で、
可読性はあがるよ。
Forthのキモは強力な自己拡張性だと思っているので、マクロを自慢されても
あまり羨ましくない。
{ 1 2 3 4 } sum
みたいな可変長引数をとる構文はForthのみですぐに定義できるし。
117 ：話をDylanに戻すと‥‥：02/11/09 08:00
Dylanのソースはとても読みやすいと思いました。
むしろ美しいと感じたと言うか。
あとCommon Lispが巨大だからDylanが作られたのではなく、Lispの記法
が一部のプログラマに不評だったからDylanが作られた、と聞いた事があります。
むしろ美しいと感じたと言うか。
あとCommon Lispが巨大だからDylanが作られたのではなく、Lispの記法
が一部のプログラマに不評だったからDylanが作られた、と聞いた事があります。
118 ：デフォルトの名無しさん：02/11/09 08:45
Lispの記法を嫌う人って多いよね...僕はLisperなので、どっちかって言うと、
Lispの難しさは「関数型プログラミング」の修得が求められるところにあるの
であって、カッコの存在など問題ではないと感じている。Lisp/Schemeは受け
入れられなかった人でMLやHaskelなら大丈夫だったって人がどれだけいるだ
ろう？
Lispの難しさは「関数型プログラミング」の修得が求められるところにあるの
であって、カッコの存在など問題ではないと感じている。Lisp/Schemeは受け
入れられなかった人でMLやHaskelなら大丈夫だったって人がどれだけいるだ
ろう？
119 ：デフォルトの名無しさん：02/11/09 10:09
Lispは手続き的にもプログラムを書けるので、必ずしも関数型を
強制されているわけではないような。
そんな私はLisp/SchemeよりもMLを好ましく思います。
強制されているわけではないような。
そんな私はLisp/SchemeよりもMLを好ましく思います。
120 ：デフォルトの名無しさん：02/11/09 14:45
関数型プログラミングをどこまで強制すべきかは議論の分かれるところだから、
関数型的にも手続き的にも書けるっていうのは「現実的」な解だと思うけど。
関数型的にも手続き的にも書けるっていうのは「現実的」な解だと思うけど。
121 ：デフォルトの名無しさん：02/11/18 17:34
Appleは素晴らしい技術と飼い殺しをいつもするモナ
122 ：デフォルトの名無しさん：02/11/21 16:59
>>121
Dylanに関して言えば、開発の当初から仕様を一般に公開して意見を求めたし、
その後も仕様を独占したりしてないから飼い殺しってことはないと思う。
また、実装にあたってもCMUに協力を求めて資金援助してたはず（その成果が
Gwydion Dylanでしょう）。Dylanはとにかくコンパイル速度がなあ...。
Dylanに関して言えば、開発の当初から仕様を一般に公開して意見を求めたし、
その後も仕様を独占したりしてないから飼い殺しってことはないと思う。
また、実装にあたってもCMUに協力を求めて資金援助してたはず（その成果が
Gwydion Dylanでしょう）。Dylanはとにかくコンパイル速度がなあ...。
123 ：デフォルトの名無しさん：02/11/21 18:32
124 ：デフォルトの名無しさん：02/11/21 18:49
125 ：デフォルトの名無しさん：02/11/30 19:50
とりあえず2.3.9無事に動いた記念age（てか、このスレまだ生きてたんか（藁
126 ：デフォルトの名無しさん：02/12/01 16:16
なにかよくなりました？
127 ：デフォルトの名無しさん：02/12/01 17:15
>>126, 127
同一人物？（藁。とかいうのは置いといて。
しばらくHDD壊れる＞入れ替える＞壊れる＞入れ替えるつーのを繰り返しててまともにGwydionDylan追っかけられなかったんですが、とりあえずは2.4前最後の安定版つーことで、よろしいんじゃなかろうか？と。
まだd2cとmindyで使える機能が違ったりという不具合とか、gdbでデバッグがやりにくいとか根本的な問題はあんまり解決されてない感じ。
個人的にはmarlayとmindyで統合されて、デバグ完了でd2cだとかなり美味しいんだけどねぇ。
同一人物？（藁。とかいうのは置いといて。
しばらくHDD壊れる＞入れ替える＞壊れる＞入れ替えるつーのを繰り返しててまともにGwydionDylan追っかけられなかったんですが、とりあえずは2.4前最後の安定版つーことで、よろしいんじゃなかろうか？と。
まだd2cとmindyで使える機能が違ったりという不具合とか、gdbでデバッグがやりにくいとか根本的な問題はあんまり解決されてない感じ。
個人的にはmarlayとmindyで統合されて、デバグ完了でd2cだとかなり美味しいんだけどねぇ。
128 ：デフォルトの名無しさん：02/12/04 22:13
>>127
誰と誰が同一人物だと思ったの？
というのは置いといて。
d2cとmindyで互換性がないってのは、かなり問題あるよね。
少なくともApple、HarlequinのListnerが担ってきた機能が実現できてないわ
けだし、Common Lispのユーザを乗り換えさせるだけの機能がないってことだ
から。
誰と誰が同一人物だと思ったの？
というのは置いといて。
d2cとmindyで互換性がないってのは、かなり問題あるよね。
少なくともApple、HarlequinのListnerが担ってきた機能が実現できてないわ
けだし、Common Lispのユーザを乗り換えさせるだけの機能がないってことだ
から。
129 ：デフォルトの名無しさん：02/12/05 00:57
>>128
すんまそんアフォなブラウザのせいで127、128と２つ同じもんがあるよーに見えてただけでした（鬱。
d2cとmindyの互換性がまともになってくれるだけでも大分違うんですけどねぇ。
2.4でも駄目だろうなぁ。でもまぁ、趣味の範囲で弄る分にはCLEANより取っ付きやすいし（Lisp出身じゃないんで関数ごりごりこられるとちと頭があぼ〜んという（藁
歳か（死
すんまそんアフォなブラウザのせいで127、128と２つ同じもんがあるよーに見えてただけでした（鬱。
d2cとmindyの互換性がまともになってくれるだけでも大分違うんですけどねぇ。
2.4でも駄目だろうなぁ。でもまぁ、趣味の範囲で弄る分にはCLEANより取っ付きやすいし（Lisp出身じゃないんで関数ごりごりこられるとちと頭があぼ〜んという（藁
歳か（死
130 ：デフォルトの名無しさん：02/12/05 23:59
|
|_・) ageてｲｲ?
|
|_・) ageてｲｲ?
|
131 ：デフォルトの名無しさん：02/12/07 15:34
>>130
2.4が無事出た時にこのスレ残ってたら是非（藁
2.4が無事出た時にこのスレ残ってたら是非（藁
132 ：デフォルトの名無しさん：02/12/08 17:33
133 ：デフォルトの名無しさん：02/12/22 17:53
考えたら>>1も2もURL並べてないみたいなんで、今さらながら(笑。
CMUのGwydionProject(Gwydionの由来やらが判る位？）
http://www-2.cs.cmu.edu/afs/cs/project/gwydion/docs/htdocs/gwydion/
現在の本拠(d2cとmindyはここ）
http://www.gwydiondylan.org/
最近潰れたと噂のWin32用商用環境
http://www.fun-o.com/(繋がりません）
Marlais インタープリタ(0.5以降どうなったことやら）
http://www.cis.ufl.edu/~jnw/Marlais/
Melange
http://melange.sourceforge.net/
CMUのGwydionProject(Gwydionの由来やらが判る位？）
http://www-2.cs.cmu.edu/afs/cs/project/gwydion/docs/htdocs/gwydion/
現在の本拠(d2cとmindyはここ）
http://www.gwydiondylan.org/
最近潰れたと噂のWin32用商用環境
http://www.fun-o.com/(繋がりません）
Marlais インタープリタ(0.5以降どうなったことやら）
http://www.cis.ufl.edu/~jnw/Marlais/
Melange
http://melange.sourceforge.net/
134 ：デフォルトの名無しさん：02/12/22 18:21
続き
プログラミングTipsなど
http://www.double.co.nz/dylan/
たぶん一番有名なチュートリアル
http://www.tpk.net/%7Eekidd/dylan/
あまり役に立たないFAQ
http://www.geocities.com/dylan_programmer/FAQ.html
プログラミングTipsなど
http://www.double.co.nz/dylan/
たぶん一番有名なチュートリアル
http://www.tpk.net/%7Eekidd/dylan/
あまり役に立たないFAQ
http://www.geocities.com/dylan_programmer/FAQ.html
135 ：デフォルトの名無しさん：02/12/22 18:35
日本語の情報
DIRM(DylanInterimReferenceManualの和訳）FAQの和訳は絶滅。
http://www02.so-net.ne.jp/~komuro/Mutsumi/DylanInfo/index.html
http://riemann.hoops.livedoor.com/Dylan/DIRMJ.ZIP
他のはまぁいいかな？
あと、思い付く人は是非
DIRM(DylanInterimReferenceManualの和訳）FAQの和訳は絶滅。
http://www02.so-net.ne.jp/~komuro/Mutsumi/DylanInfo/index.html
http://riemann.hoops.livedoor.com/Dylan/DIRMJ.ZIP
他のはまぁいいかな？
あと、思い付く人は是非
136 ：デフォルトの名無しさん：03/01/05 00:47
あけましたな。2.4は未だ、、、。
ところでmelangeどうですかねぇ？
ところでmelangeどうですかねぇ？
137 ：デフォルトの名無しさん：03/01/09 03:02
138 ：デフォルトの名無しさん：03/01/09 03:44
俺は 自宅---肉--野菜--肉--肉--野菜--野菜--肉--野菜 で栄養を取っているので
なかなかヘルシーです。
なかなかヘルシーです。
139 ：デフォルトの名無しさん：03/01/09 04:26
140 ：デフォルトの名無しさん：03/01/09 12:04
みんなgwydianのあまりの遅さに耐えかねて、見切りをつけたのか?
141 ：デフォルトの名無しさん：03/01/09 14:03
142 ：デフォルトの名無しさん：03/01/09 18:33
>>140
それが一番ありそうなネタですな（鬱
dylanのML日本のやつはどうやら消えたままみたいだし、あっちのもlispなネタがきてみたり。
個人的にはあんまりLisp寄りすぎると最初のLispとかSmalltalkをC/C++ユーザ向けにっていうのと外れ過ぎないかな？という気もしなくはないんだけど。
＃誤爆多いね（w
それが一番ありそうなネタですな（鬱
dylanのML日本のやつはどうやら消えたままみたいだし、あっちのもlispなネタがきてみたり。
個人的にはあんまりLisp寄りすぎると最初のLispとかSmalltalkをC/C++ユーザ向けにっていうのと外れ過ぎないかな？という気もしなくはないんだけど。
＃誤爆多いね（w
143 ：デフォルトの名無しさん：03/01/09 23:41
144 ：デフォルトの名無しさん：03/01/10 08:39
被害妄想が激しい459の居るスレはここですか？
145 ：デフォルトの名無しさん：03/01/10 09:59
優秀な法律家はよき隣人ではないとか何とかいう
法諺を思い出させてくれたなあ。上の一連のやり取り。
やたらに攻撃的だし。
内容証明が被告の元に届くのと、訴状が届くのとの違いは
ひとえに裁判所が関与の有無に尽きる。
「認識した」「し得た」の違いを強調するより、ここから説明した方が
よろしかったのでは。
法諺を思い出させてくれたなあ。上の一連のやり取り。
やたらに攻撃的だし。
内容証明が被告の元に届くのと、訴状が届くのとの違いは
ひとえに裁判所が関与の有無に尽きる。
「認識した」「し得た」の違いを強調するより、ここから説明した方が
よろしかったのでは。
146 ：デフォルトの名無しさん：03/01/10 10:40
すいません。 ( tarou ひとまず去ります）
皆様
前進的な解決を暫時窮めたく思います
（それと 正式にお願いします。僕は出世とかそういうの一切どうだっていいんです。そんな幼いのは中学の時に捨てました。
只、公共放送か何かで（というか小さい奴でも何でもいい 只とにかく一気に正式に堅気になれないと俺はキツい だめポ）早期に正常にしっかり出来ないと俺は死んでしまいます・・）
うう
鉄のアレイ・玉 （けんすうさんは今見たらさっきＴＥＬ番書いてたんですね汗）
いいお返事を下さい （泣
うう 関係各位の皆様
汚点は否定する冪ですし 素性に関係なく叩き潰して教訓とする必要があります
ですので 完全に焼け野原にはやはり何れなる事は避けられないと思います。それは、地球に必要な事です
只
僕がシャレにならないのです。
・・うう では 皆様 失礼します
皆様
前進的な解決を暫時窮めたく思います
（それと 正式にお願いします。僕は出世とかそういうの一切どうだっていいんです。そんな幼いのは中学の時に捨てました。
只、公共放送か何かで（というか小さい奴でも何でもいい 只とにかく一気に正式に堅気になれないと俺はキツい だめポ）早期に正常にしっかり出来ないと俺は死んでしまいます・・）
うう
鉄のアレイ・玉 （けんすうさんは今見たらさっきＴＥＬ番書いてたんですね汗）
いいお返事を下さい （泣
うう 関係各位の皆様
汚点は否定する冪ですし 素性に関係なく叩き潰して教訓とする必要があります
ですので 完全に焼け野原にはやはり何れなる事は避けられないと思います。それは、地球に必要な事です
只
僕がシャレにならないのです。
・・うう では 皆様 失礼します
147 ：デフォルトの名無しさん：03/01/10 11:09
nntpってどんな活動してるの？
148 ：デフォルトの名無しさん：03/01/10 11:55
にちゃんはもう終わりだな
149 ：デフォルトの名無しさん：03/01/10 12:25
存在意義が無くとも意味が無くとも存在するものは存在するわけで
ま、どうでもいいよ
ま、どうでもいいよ
150 ：デフォルトの名無しさん：03/01/10 13:16
匿名性に絡む問題なので反対 28% 1193 票
サイトのためになるから賛成 54% 2315 票
利用しないから関係ない 8% 378 票
2ちゃんねるってなに？ 4% 172 票
アクセスログってなに？ 4% 173 票
サイトのためになるから賛成 54% 2315 票
利用しないから関係ない 8% 378 票
2ちゃんねるってなに？ 4% 172 票
アクセスログってなに？ 4% 173 票
151 ：デフォルトの名無しさん：03/01/10 15:37
スクリプトになる前に実験どーぶつーとしてあんな事やこんな事
されちゃってもうウハウハ・・・じゃなくてハァハァ・・・
ぢゃなくて、うん。
152 ：デフォルトの名無しさん：03/01/10 17:06
153 ：デフォルトの名無しさん：03/01/10 23:26
ＩＰ祭りの会場はここですか？
154 ：デフォルトの名無しさん：03/01/10 23:34
155 ：デフォルトの名無しさん：03/01/11 00:50
_＿ ）
γ´γ~ ＼
|∞/ 从从) ） ＿＿＿＿＿＿＿＿＿＿
W | |┬ ｲ |〃 ／
ヽﾘ.ﾊ~ ワノ ＜ろりは全員皆殺しだ ｜￣｜ ＼
｜￣￣￣￣￣｜〜￣￣￣￣￣￣￣￣￣￣
◎￣￣￣￣￣◎ ころころ〜
γ´γ~ ＼
|∞/ 从从) ） ＿＿＿＿＿＿＿＿＿＿
W | |┬ ｲ |〃 ／
ヽﾘ.ﾊ~ ワノ ＜ろりは全員皆殺しだ ｜￣｜ ＼
｜￣￣￣￣￣｜〜￣￣￣￣￣￣￣￣￣￣
◎￣￣￣￣￣◎ ころころ〜
156 ：デフォルトの名無しさん：03/01/11 00:57
内部告発やったら自分がただですむわけナイヨ
157 ：デフォルトの名無しさん：03/01/11 02:00
なんか下がってるスレを狙って祭り会場にしてるのだろうか？
FunctionalObjectsのサイトが復活してたので、記念下げ(藁
FunctionalObjectsのサイトが復活してたので、記念下げ(藁
158 ：デフォルトの名無しさん：03/01/11 11:47
記念カキコ
159 ：デフォルトの名無しさん：03/01/11 12:22
通報しますた。
160 ：デフォルトの名無しさん：03/01/11 13:21
2
161 ：デフォルトの名無しさん：03/01/11 13:47
全体にただよってる２ちゃん臭は誹謗中傷・差別用語・風説流布だったりするわけで・・・
専門的な話をする以外のニュー速系や雑談系・レビュー的な話し・ネタ この辺を訴えようと思えば訴えれるワケで・・・
で、そういうのを通報する潔癖もまぎれ込んでるワケで
専門的な話をする以外のニュー速系や雑談系・レビュー的な話し・ネタ この辺を訴えようと思えば訴えれるワケで・・・
で、そういうのを通報する潔癖もまぎれ込んでるワケで
162 ：デフォルトの名無しさん：03/01/11 16:35
478 名前： 投稿日：03/01/10 20:46 ID:/I1K4Xxq
犯罪カキコは最初から論外だが
名誉毀損系のカキコが出来なくなるのがツライよなぁ・・
事実でもよほどのことがない限り有罪になっちゃう
482 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/10 20:47 ID:jWxHxvti
名誉毀損かどうかは裁判所が判断することすね。
警察の照会書で対応するかどうかは、
違法性が客観的に判断できるかどうかですね。
496 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/10 20:50 ID:jWxHxvti
＞勝手に過去ログDVD作ってヤフオクで売って
訴えられたら悲惨すよー。
529 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/10 20:56 ID:jWxHxvti
Ｑ．プロバイダー責任制限法第四条による発信者情報の開示請求があった場合には、
記録されているＩＰ情報を開示することがありえますか？
Ａ.状況により。
犯罪カキコは最初から論外だが
名誉毀損系のカキコが出来なくなるのがツライよなぁ・・
事実でもよほどのことがない限り有罪になっちゃう
482 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/10 20:47 ID:jWxHxvti
名誉毀損かどうかは裁判所が判断することすね。
警察の照会書で対応するかどうかは、
違法性が客観的に判断できるかどうかですね。
496 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/10 20:50 ID:jWxHxvti
＞勝手に過去ログDVD作ってヤフオクで売って
訴えられたら悲惨すよー。
529 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/10 20:56 ID:jWxHxvti
Ｑ．プロバイダー責任制限法第四条による発信者情報の開示請求があった場合には、
記録されているＩＰ情報を開示することがありえますか？
Ａ.状況により。
163 ：デフォルトの名無しさん：03/01/11 16:42
確かに小一時間はオカシカッタ
164 ：デフォルトの名無しさん：03/01/12 00:47
Yahoo! JAPAN コンピュータニュース - 1月9日(木)19時43分
2chでIP記録実験が始まる
http://headlines.yahoo.co.jp/hl?a=20030109-00000021-zdn-sci
ZDNet News - 2chでIP記録実験が始まる
http://www.zdnet.co.jp/news/0301/09/njbt_07.html
ネット掲示板「2ちゃんねる」管理人のひろゆき氏は1月9日、掲示板に書き込んだ
ユーザーのIPを記録する実験を始めたことを明らかにした。
ひろゆき氏が発行するメールマガジンで明らかにした。各掲示板の最下部の日付が
「2ちゃんねる20030107」以降のものはアクセスログの記録を実験しているという。
ひろゆき氏は2002年末、都内の動物病院が同掲示板への発言の削除を求めた裁判の
控訴審で敗訴したのを受け、IP記録の開始を示唆していた。（ZDNet）
2chでIP記録実験が始まる
http://headlines.yahoo.co.jp/hl?a=20030109-00000021-zdn-sci
ZDNet News - 2chでIP記録実験が始まる
http://www.zdnet.co.jp/news/0301/09/njbt_07.html
ネット掲示板「2ちゃんねる」管理人のひろゆき氏は1月9日、掲示板に書き込んだ
ユーザーのIPを記録する実験を始めたことを明らかにした。
ひろゆき氏が発行するメールマガジンで明らかにした。各掲示板の最下部の日付が
「2ちゃんねる20030107」以降のものはアクセスログの記録を実験しているという。
ひろゆき氏は2002年末、都内の動物病院が同掲示板への発言の削除を求めた裁判の
控訴審で敗訴したのを受け、IP記録の開始を示唆していた。（ZDNet）
165 ：デフォルトの名無しさん：03/01/12 00:56
（笑）つっかかりますね。
だから、少しでもお安く済むかもしれない方法を
ない知恵を絞って進言申し上げました。
だから、少しでもお安く済むかもしれない方法を
ない知恵を絞って進言申し上げました。
166 ：デフォルトの名無しさん：03/01/12 03:38
吉と出るか凶と出るか
167 ：デフォルトの名無しさん：03/01/12 03:38
frontiernet.netを止めただけだそうです。
168 ：デフォルトの名無しさん：03/01/12 11:06
あと、けんすうのキャラ設定は見直した方がいい。
ちょっとキャラが被りすぎてるような。
ちょっとキャラが被りすぎてるような。
169 ：デフォルトの名無しさん：03/01/12 20:53
hosyu
170 ：デフォルトの名無しさん：03/01/12 21:34
2002年２ちゃんねるアニメランキング1位のアニメに・・・・
モナーが出演決定！！！！！！！！！！！！！！！！！！！！！
<<放送時間>>
1/12
大阪 テレビ大阪 （日）9：30〜10：00
東京 テレビ東京 （日）9：30〜10：00
名古屋 テレビ愛知 （日）9：30〜10：00
福岡 ＴＶＱ九州放送 （日）9：30〜10：00
札幌 テレビ北海道 （日）9：30〜10：00
岡山・高松 テレビせとうち （日）9：30〜10：00
モナーが出演決定！！！！！！！！！！！！！！！！！！！！！
<<放送時間>>
1/12
大阪 テレビ大阪 （日）9：30〜10：00
東京 テレビ東京 （日）9：30〜10：00
名古屋 テレビ愛知 （日）9：30〜10：00
福岡 ＴＶＱ九州放送 （日）9：30〜10：00
札幌 テレビ北海道 （日）9：30〜10：00
岡山・高松 テレビせとうち （日）9：30〜10：00
171 ：デフォルトの名無しさん：03/01/12 21:38
頭痛くなってきた（ｗ
ひとつめ。
削除依頼は、最終的には内容証明でもなんでもありだと思います。
ただ「削除要請板に依頼がなかったので判断が遅れた」くらいの言い訳は
そろそろ通用するかも…いや、まだかな。
ふたつめ。
おっしゃるとおり事実であっても名誉毀損なので、原告側が真実性を争点にする
必要がありません。
第３（当裁判所の判断）−２（争点）−(1)（被告の削除義務違反の有無）について−ウ
厳密には、事実であることまでは証明責任がありませんが、事実であると信ずべき相当の
理由は２ちゃん側に証明責任があります。
ひとつめ。
削除依頼は、最終的には内容証明でもなんでもありだと思います。
ただ「削除要請板に依頼がなかったので判断が遅れた」くらいの言い訳は
そろそろ通用するかも…いや、まだかな。
ふたつめ。
おっしゃるとおり事実であっても名誉毀損なので、原告側が真実性を争点にする
必要がありません。
第３（当裁判所の判断）−２（争点）−(1)（被告の削除義務違反の有無）について−ウ
厳密には、事実であることまでは証明責任がありませんが、事実であると信ずべき相当の
理由は２ちゃん側に証明責任があります。
172 ：デフォルトの名無しさん：03/01/12 21:50
ギャンブル鯖、復活しましたね。
乙です。
乙です。
173 ：デフォルトの名無しさん：03/01/13 01:33
これはApple出では?
174 ：デフォルトの名無しさん：03/01/13 13:37
>>173
もともとはAppleの研究所生まれ。上のリンクのDIRM和訳の前文あたりに経緯が載ってます。
が、Appleは関連の部署をリストラしてAppleDylanを止めてほぼ無関係（商標だけは持ってるのかな？Gwydionグループに譲渡したとかそういうニュースは聞いた事がないので）。
Windows用のIDEを開発しているFunctionalObject社はもともとDylanを開発したチームの残党だったという記憶（適当なんで識者よろしく）。
Mac用のCommonLisp作ってた連中だっけ？
で、リスナーでほけほけ遊べてコンパイルしたらそっちはそっちでっていうちゃんとしたIDEを作ってたのはAppleDylanとFunctionalDeveloperの２つだけで未だGwydionDylanはその段階までたどり着いてはいない。という感じ。
とりあえずアレなんでageときます（あがってっかな？）
もともとはAppleの研究所生まれ。上のリンクのDIRM和訳の前文あたりに経緯が載ってます。
が、Appleは関連の部署をリストラしてAppleDylanを止めてほぼ無関係（商標だけは持ってるのかな？Gwydionグループに譲渡したとかそういうニュースは聞いた事がないので）。
Windows用のIDEを開発しているFunctionalObject社はもともとDylanを開発したチームの残党だったという記憶（適当なんで識者よろしく）。
Mac用のCommonLisp作ってた連中だっけ？
で、リスナーでほけほけ遊べてコンパイルしたらそっちはそっちでっていうちゃんとしたIDEを作ってたのはAppleDylanとFunctionalDeveloperの２つだけで未だGwydionDylanはその段階までたどり着いてはいない。という感じ。
とりあえずアレなんでageときます（あがってっかな？）
（＾＾）
176 ：デフォルトの名無しさん：03/01/13 22:10
ひろゆこも大変やナ。
コミケから被害届けも出されるし…
コミケから被害届けも出されるし…
（＾＾）
178 ：デフォルトの名無しさん：03/01/20 02:50
MacOSX 10.2のProjectBuilder用シンタクスカラーリング
ttp://homepage.mac.com/robmyers/downloads /ProjectBuilderDylan.pkg.tar.gz
これでリスナーがなんとかなりゃねぇ（汗。OSXにしてもいいんだが。
ttp://homepage.mac.com/robmyers/downloads /ProjectBuilderDylan.pkg.tar.gz
これでリスナーがなんとかなりゃねぇ（汗。OSXにしてもいいんだが。
（＾＾）
180 ：デフォルトの名無しさん：03/01/29 06:19
とうとうDAT落ちしたかとあせりますたが、板ごとお引っ越しという（汗
びく〜り
びく〜り
181 ：デフォルトの名無しさん：03/01/29 06:44
とはいえ上げたい気分。
182 ：デフォルトの名無しさん：03/01/29 17:05
>>181
そろそろ保守上げでつかね？
そろそろ保守上げでつかね？
183 ：デフォルトの名無しさん：03/02/02 16:39
Linux用のGUIビルダーない？
184 ：デフォルトの名無しさん：03/02/02 19:53
185 ：デフォルトの名無しさん：03/02/03 16:04
FunctionalDeveloperのLinuxアルファの新版でてますね。
ちょっとお金出せばGUIビルダーもアリかと
ちょっとお金出せばGUIビルダーもアリかと
186 ：デフォルトの名無しさん：03/02/11 16:08
MacOSX向けGwydionDylanポートを書き捲ってるRobMyersがCarbon向けDUIMに続いてCocoaとの連結のαを公開。
cvsから入手してねとのこと。
cvsから入手してねとのこと。
187 ：デフォルトの名無しさん：03/02/15 11:00
ちょっとだけ Dylan に興味持って GwydionDylan を入れてみたん
だけど、付属の dylan-mode.el では色がつかないの？
おれは、Emacs の言語のモードで、色やスタイルが使われていない
と、萎える体質になってしまったようだ。
だけど、付属の dylan-mode.el では色がつかないの？
おれは、Emacs の言語のモードで、色やスタイルが使われていない
と、萎える体質になってしまったようだ。
188 ：デフォルトの名無しさん：03/02/15 14:10
189 ：デフォルトの名無しさん：03/02/17 00:37
>I'll spill the beans. We're trying to open-source the whole lot of it,
>but are working to get it in shape such that someone besides a Fun-O
>hacker can build it.
ということでFunctionalDeveloperもオープンソースになるかも。
今まで有料で使えてた部分のGUI廻りのライブラリとかはどうなるのだろうか？
>but are working to get it in shape such that someone besides a Fun-O
>hacker can build it.
ということでFunctionalDeveloperもオープンソースになるかも。
今まで有料で使えてた部分のGUI廻りのライブラリとかはどうなるのだろうか？
190 ：デフォルトの名無しさん：03/02/23 10:55
melangeのサイト（Sourceforgeの）が404。
どうなったんだ？
どうなったんだ？
191 ：デフォルトの名無しさん：03/03/03 23:30
2.4はいつになるのだろう？
192 ：デフォルトの名無しさん：03/03/04 16:16
gcc3.2.2とともにd2cを使う際の問題が解決したそうです。
gcc3.2.2を使っている方はcvsからどうぞ。
gcc3.2.2を使っている方はcvsからどうぞ。
193 ：デフォルトの名無しさん：03/03/10 20:54
mindyってどうやって使うの？
194 ：デフォルトの名無しさん：03/03/11 03:25
>>193
とりあえずman mindyしてみるとか。
-lオプションでライブラリ読み込んでdylanファイルをって感じなんですが。
確かにまとまったドキュメントってないねぇ。
Gwydionのドキュメントは本体の開発より遅れてるしねぇ。
とりあえず
ttp://www.gwydiondylan.org/gdref/gdmaint/gdmaint-introduction.html
ここのメインテナー向けマニュアルが一番しっかりしてるかも
mindyが動いてからd2cをbytecodeに落して最後にcでコンパイルって順序だから
こいつを読むしかなのかも。
とりあえずman mindyしてみるとか。
-lオプションでライブラリ読み込んでdylanファイルをって感じなんですが。
確かにまとまったドキュメントってないねぇ。
Gwydionのドキュメントは本体の開発より遅れてるしねぇ。
とりあえず
ttp://www.gwydiondylan.org/gdref/gdmaint/gdmaint-introduction.html
ここのメインテナー向けマニュアルが一番しっかりしてるかも
mindyが動いてからd2cをbytecodeに落して最後にcでコンパイルって順序だから
こいつを読むしかなのかも。
195 ：デフォルトの名無しさん：03/03/11 03:28
ちなみにGwydionをコンパイルさせるとMindyを作ってからd2cって手順になるので一昔前の386BSDとかでXのmakeする位の一生懸命コンパイルつーのを味わえます（藁
196 ：デフォルトの名無しさん：03/04/11 21:09
Gwydion Dylan 2.3.10でました。
お近くのミラーからどうぞ。
お近くのミラーからどうぞ。
197 ：デフォルトの名無しさん：03/04/12 08:30
とはいえ、KDDのミラー消えたねぇ。
利用が少なかったんでしょうか？
でも2.4の前に2.3.9が出るとは思わなんだ。
利用が少なかったんでしょうか？
でも2.4の前に2.3.9が出るとは思わなんだ。
198 ：デフォルトの名無しさん：03/04/13 06:39
で、公式にMLでアナウンスありました。
ttp://www.gwydiondylan.org/downloads/src/gwydion-dylan-2.3.10.tar.gz
ttp://www.gwydiondylan.org/downloads/bin/以下に
gwydion-dylan-2.3.10-ppc-jaguar.pkg.sit
gwydion-dylan-2.3.10-sparc-solaris-2.9.tar.gz
gwydion-dylan-2.3.10-x86-linux.tar.gz
gwydion-dylan-2.3.10pre1-x86-cygnus.tar.gz
こんなのもあるので、これを該当するなら手を抜くのもいいかと。
ttp://www.gwydiondylan.org/downloads/src/gwydion-dylan-2.3.10.tar.gz
ttp://www.gwydiondylan.org/downloads/bin/以下に
gwydion-dylan-2.3.10-ppc-jaguar.pkg.sit
gwydion-dylan-2.3.10-sparc-solaris-2.9.tar.gz
gwydion-dylan-2.3.10-x86-linux.tar.gz
gwydion-dylan-2.3.10pre1-x86-cygnus.tar.gz
こんなのもあるので、これを該当するなら手を抜くのもいいかと。
199 ：デフォルトの名無しさん：03/04/13 06:47
で、今回のリリースでは
Dylanの共通仕様へより追従、例外のリポート、Melangeの内省とランタイムエラーチェックとかが加わった。
Boehm/Demers/Weiserガベコレをやめて外部依存にした。
gcc3.xで起きる問題に対処。
HPPAサポートを復活させ、MacOSXのCocoaフレームワークサポートのα版がついた。
Lisp屋にはREPLとして知られるDylan interactorのデモが見れるんで d2c -i試してみそ。
ということらしい。
ソースからだと時間かかんだよなぁ。バイナリからでお茶を濁すべきだろうか？
Dylanの共通仕様へより追従、例外のリポート、Melangeの内省とランタイムエラーチェックとかが加わった。
Boehm/Demers/Weiserガベコレをやめて外部依存にした。
gcc3.xで起きる問題に対処。
HPPAサポートを復活させ、MacOSXのCocoaフレームワークサポートのα版がついた。
Lisp屋にはREPLとして知られるDylan interactorのデモが見れるんで d2c -i試してみそ。
ということらしい。
ソースからだと時間かかんだよなぁ。バイナリからでお茶を濁すべきだろうか？
200 ：デフォルトの名無しさん：03/04/13 22:50
とりあえずお茶を濁してバイナリをインストールしてd2c -i。
をぉ、これが欲しかったんよ(T_T)
をぉ、これが欲しかったんよ(T_T)
201 ：デフォルトの名無しさん：03/04/14 03:19
Fink で見つからない。何でだろ?
202 ：デフォルトの名無しさん：03/04/14 11:45
make してみた。いいね。
203 ：デフォルトの名無しさん：03/04/14 22:23
バイナリをインストールしてみました。これって、括弧の無い CLOS と考えて
良いんでしょうか。まだ全然触ってないけど。
良いんでしょうか。まだ全然触ってないけど。
204 ：デフォルトの名無しさん：03/04/14 22:40
Mac OS X に Fink で入れたら 2.3.8 だった。しょぼーん。
205 ：デフォルトの名無しさん：03/04/15 01:50
OSXのfinkのは遅いよ。
とりあえずOSXならGwydionDylanのサイトに2.3.10のバイナリあるからそっちをどうぞ。
>>203
今メインで活動してる方はそういう土壌の方が多いので、そう言う素地があるならそういうアプローチもいいかと。
DIUMに載っていた前文では（スレの前の方にありますが）LispからC/C++プログラマが分かりにくいところをなくしてできたらそういうユーザに使ってほしいちゅーことが書いてありまつ。
SmalltalkとLispとでとっちらかってたATGのプログラミング言語を動的なオブジェクト指向言語に統一したいという事だったんで、もともといろいろな要求があったわけで。
ユーザ的にもいろんなアプローチがあっていいんじゃなかろうか？と。
まぁ、とりあえずいじって遊ぶには面白い言語なんで是非。
とりあえずOSXならGwydionDylanのサイトに2.3.10のバイナリあるからそっちをどうぞ。
>>203
今メインで活動してる方はそういう土壌の方が多いので、そう言う素地があるならそういうアプローチもいいかと。
DIUMに載っていた前文では（スレの前の方にありますが）LispからC/C++プログラマが分かりにくいところをなくしてできたらそういうユーザに使ってほしいちゅーことが書いてありまつ。
SmalltalkとLispとでとっちらかってたATGのプログラミング言語を動的なオブジェクト指向言語に統一したいという事だったんで、もともといろいろな要求があったわけで。
ユーザ的にもいろんなアプローチがあっていいんじゃなかろうか？と。
まぁ、とりあえずいじって遊ぶには面白い言語なんで是非。
206 ：デフォルトの名無しさん：03/04/16 02:30
>205
向こうのスレではどうもです。バイナリパッケージを突っ込んでみましたが、
d2c が動きませんでした。取り敢えず、libgc というのを入れないと駄目かな。
locate libgc しても出てこないし。
% d2c
dyld: d2c can't open library: /usr/lib/libgc.1.dylib (No such file or
directory, errno = 2)
zsh: trace trap d2c
www.gwydiondylan.org/downloads/bin/ から ppc-jaguar を取って来て
Mac OS X 10.2.5 にインストールしました。なんでだろ・・・。
向こうのスレではどうもです。バイナリパッケージを突っ込んでみましたが、
d2c が動きませんでした。取り敢えず、libgc というのを入れないと駄目かな。
locate libgc しても出てこないし。
% d2c
dyld: d2c can't open library: /usr/lib/libgc.1.dylib (No such file or
directory, errno = 2)
zsh: trace trap d2c
www.gwydiondylan.org/downloads/bin/ から ppc-jaguar を取って来て
Mac OS X 10.2.5 にインストールしました。なんでだろ・・・。
207 ：デフォルトの名無しさん：03/04/16 03:36
208 ：デフォルトの名無しさん：03/04/16 23:45
>207
恐らく、boehm gc を入れてない所為です。今、Fink から取って来てます。
お手数をおかけしました。
恐らく、boehm gc を入れてない所為です。今、Fink から取って来てます。
お手数をおかけしました。
209 ：デフォルトの名無しさん：03/04/17 02:50
>>208
あぁぁ、そっかgc外に追い出されたんでしたね。
あぁぁ、そっかgc外に追い出されたんでしたね。
（＾＾）
211 ：デフォルトの名無しさん：03/04/18 04:23
スクリプトキディかね？なんかこいつが湧くと粛正の嵐が吹き荒れるよーでおっかないんで、保守（藁
212 ：デフォルトの名無しさん：03/04/18 15:59
え、gcレスになったんですか？
213 ：デフォルトの名無しさん：03/04/18 22:38
>>212
2.3.10のNEWSより
For this release, we have further improved Common Dylan compliance,
exception reporting, the Melange tool, introspection, and runtime error
checking. We have removed the Boehm/Demers/Weiser garbage collector from
our distribution, and rely on an externally-provided version. There
are workarounds for problems encountered with some versions of gcc 3.x.
Support for the HP/UX PA-RISC platform has been revived, and an alpha
version of support for the MacOS X Cocoa framework is now included.
There's a technology demonstration of a Dylan interactor (also known
as a REPL to the Lisp folks). Try 'd2c -i'.
つ〜ことです。
2.3.10のNEWSより
For this release, we have further improved Common Dylan compliance,
exception reporting, the Melange tool, introspection, and runtime error
checking. We have removed the Boehm/Demers/Weiser garbage collector from
our distribution, and rely on an externally-provided version. There
are workarounds for problems encountered with some versions of gcc 3.x.
Support for the HP/UX PA-RISC platform has been revived, and an alpha
version of support for the MacOS X Cocoa framework is now included.
There's a technology demonstration of a Dylan interactor (also known
as a REPL to the Lisp folks). Try 'd2c -i'.
つ〜ことです。
214 ：デフォルトの名無しさん：03/04/18 22:41
要するに今までGwydion Dylanの中に含めてたけど、それをやめて、とりあえず外部のバージョンに
依存するように変えたと。
そういうこってす。
d2c -iで萌え萌えだったんだけど、ちょっとしょぼ〜ん。
もうちょっと完成度上げて欲しいでつな。2.4に期待って、感じ。
依存するように変えたと。
そういうこってす。
d2c -iで萌え萌えだったんだけど、ちょっとしょぼ〜ん。
もうちょっと完成度上げて欲しいでつな。2.4に期待って、感じ。
∧＿∧
（ ＾＾ ）＜ ぬるぽ（＾＾）
（ ＾＾ ）＜ ぬるぽ（＾＾）
∧＿∧
（ ＾＾ ）＜ ぬるぽ（＾＾）
（ ＾＾ ）＜ ぬるぽ（＾＾）
217 ：デフォルトの名無しさん：03/04/20 05:10
山崎スクリプトそろそろ止めてくれないかね（死
なんつぅかネタスレに逝ってくれって感じ（死
なんつぅかネタスレに逝ってくれって感じ（死
218 ：デフォルトの名無しさん：03/04/23 03:20
GwydionDylanのサイトにいつのまにかCVSの追加と削除のグラフが載るようになってますね。
16日位からやってるのかな？これ。21日の追加300行オーバーのがなんとなく気になりますね。
16日位からやってるのかな？これ。21日の追加300行オーバーのがなんとなく気になりますね。
携帯ゲーム機"プレイステーションポータブル(PSP)
このPSPは、新規格UMD(ユニバーサルメディアディスク)というディスクを利用しており、そのサイズは直径6cmととても小さい(CDの半分程度)。 容量は1.8GBとなっている。
画面は4.5インチのTFT液晶で、480px x 272px(16:9)。MPEG4の再生やポリゴンも表示可能。外部端子として、USB2.0とメモリースティックコネクタが用意されているという。
この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF７のように。
このPSPは、新規格UMD(ユニバーサルメディアディスク)というディスクを利用しており、そのサイズは直径6cmととても小さい(CDの半分程度)。 容量は1.8GBとなっている。
画面は4.5インチのTFT液晶で、480px x 272px(16:9)。MPEG4の再生やポリゴンも表示可能。外部端子として、USB2.0とメモリースティックコネクタが用意されているという。
この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF７のように。
220 ：デフォルトの名無しさん：03/05/20 23:12
>>219
誤爆だとはおもうがPlaystationのベースがDylanになったなんて話だと嬉しいんですがねぇ（w
しかしそろそろ浮上せねばならんのだろうか？
2.4まだだのぉ。
cvsも5/12ので止まってたし。
誤爆だとはおもうがPlaystationのベースがDylanになったなんて話だと嬉しいんですがねぇ（w
しかしそろそろ浮上せねばならんのだろうか？
2.4まだだのぉ。
cvsも5/12ので止まってたし。
221 ：デフォルトの名無しさん：03/05/21 23:35
♥
222 ：デフォルトの名無しさん：03/05/21 23:58
「２ｃｈは5，6人以上逮捕された犯罪者が居るので
２ｃｈは全員、犯罪者だと思っていいと思います。
私の友達と私が被害を受けたのは本当の事実なので。」
（ＨＰより抜粋）
http://members.tripod.co.jp/nichkirai/index.htm
http://kent.parks.jp/55/2chkirai/bbs.cgi?
この２ちゃんねるを罵倒しているサイトである
２００３年５月２１日午前０時を以て
攻撃開始。
他のスレッド・板にコピペしてくれ。
これは我々２ｃｈねらーに対する挑戦であり
善良な２ｃｈねらーを巻き込ませようとしている悪の芽を摘むことを決定した
間引きをすることにより、２ｃｈの秩序を保つのだ
TASUKERO ２ＣＨを
２ｃｈは全員、犯罪者だと思っていいと思います。
私の友達と私が被害を受けたのは本当の事実なので。」
（ＨＰより抜粋）
http://members.tripod.co.jp/nichkirai/index.htm
http://kent.parks.jp/55/2chkirai/bbs.cgi?
この２ちゃんねるを罵倒しているサイトである
２００３年５月２１日午前０時を以て
攻撃開始。
他のスレッド・板にコピペしてくれ。
これは我々２ｃｈねらーに対する挑戦であり
善良な２ｃｈねらーを巻き込ませようとしている悪の芽を摘むことを決定した
間引きをすることにより、２ｃｈの秩序を保つのだ
TASUKERO ２ＣＨを
223 ：デフォルトの名無しさん：03/05/22 08:32
頼むからコピぺ厨は技術系の板には来ないで欲しいね。
∧＿∧
ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎――◎ 山崎渉
ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎――◎ 山崎渉
225 ：デフォルトの名無しさん：03/05/28 14:25
5/24にもCVSにコードが600行位追加されてますたね。
もうちょっとで2.4なのかそれとも次も2.3.10なのか（藁
山崎来るなよ（w
もうちょっとで2.4なのかそれとも次も2.3.10なのか（藁
山崎来るなよ（w
226 ：デフォルトの名無しさん：03/06/04 06:40
6/3付けでPeter Houselが浮動小数点の処理を大幅に進歩させたというニュース。age（藁
CLっぽくプリミティブにしたらしい。てか今までそんなださださだったのか（死。流行らねぇわけだ。
ttp://www.gwydiondylan.org/cgi-bin/ezmlm-cgi?mss:4634:lcndhopelbmokankclpk
ここに詳しくでてるよん。
こんで2.4てことなのかな？とりあえずはCVSで。
CLっぽくプリミティブにしたらしい。てか今までそんなださださだったのか（死。流行らねぇわけだ。
ttp://www.gwydiondylan.org/cgi-bin/ezmlm-cgi?mss:4634:lcndhopelbmokankclpk
ここに詳しくでてるよん。
こんで2.4てことなのかな？とりあえずはCVSで。
227 ：デフォルトの名無しさん：03/06/04 10:51
ディランといえばボブディラン
曲がいいね
曲がいいね
228 ：デフォルトの名無しさん：03/06/05 17:37
>>227
DylanというとBobDylanからって思われがちなのだが、公式には詩人のDylanThomasから。
Gwyidionはウェールズの伝説から。
まぁ、どっちにしてもオフトピな話なのだが。
そろそろ次のバージョンが出る予兆と勝手にいい方に解釈しつつ。
DylanというとBobDylanからって思われがちなのだが、公式には詩人のDylanThomasから。
Gwyidionはウェールズの伝説から。
まぁ、どっちにしてもオフトピな話なのだが。
そろそろ次のバージョンが出る予兆と勝手にいい方に解釈しつつ。
229 ：デフォルトの名無しさん：03/06/08 10:06
Dynamic Languageの略じゃなかったのかよ？
230 ：デフォルトの名無しさん：03/06/11 15:57
231 ：名無しさん：03/06/15 08:36
確かBob DylanのホームページにはGwydionへのリンクがあったな・・・
232 ：デフォルトの名無しさん：03/07/15 20:09
なんでこのスレには山崎がこないんだ？age
233 ：デフォルトの名無しさん：03/07/16 03:30
234 ：デフォルトの名無しさん：03/07/27 13:10
Service Pack 3 Released - Functional Developer for Windows has been updated to Version 2.0 [Service Pack 3], bringing Windows XP compatibility to both the development environment and end-user applications!
というわけでFunctionalDeveloperのSP3アゲ
というわけでFunctionalDeveloperのSP3アゲ
（＾＾）
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
237 ：デフォルトの名無しさん：03/08/24 15:35
なにかよくなりました?
238 ：デフォルトの名無しさん：03/08/24 20:15
>>237
XP対応らしいんで、まだ入れてない。XPが入ってないんだよね
XP対応らしいんで、まだ入れてない。XPが入ってないんだよね
239 ：デフォルトの名無しさん：03/09/15 09:44
Gwydion Dylan 2.3.11リリース。age
2.4はまだだねぇ（汗
2.4はまだだねぇ（汗
240 ：デフォルトの名無しさん：03/09/30 14:11
241 ：デフォルトの名無しさん：03/10/23 23:22
Dylan Snapshots: Now Apt-Gettable! (2003-10-23 04:45:11)
多数のDylanプログラマの絶えず増大する欲求を満たすため、我々はGwydionDylan開発スイートのデイリースナップショットのソースとDebianバイナリの生成を開始した。
単に/etc/apt/sources.listファイルに以下の行を追加するだけでお楽しみは開始される!
deb http://www.gwydiondylan.org/downloads/DEB snapshot/
注：構文は重要。/を最後につけるのを忘れずに。
だそーです。Debian使いの方おめでとう。
多数のDylanプログラマの絶えず増大する欲求を満たすため、我々はGwydionDylan開発スイートのデイリースナップショットのソースとDebianバイナリの生成を開始した。
単に/etc/apt/sources.listファイルに以下の行を追加するだけでお楽しみは開始される!
deb http://www.gwydiondylan.org/downloads/DEB snapshot/
注：構文は重要。/を最後につけるのを忘れずに。
だそーです。Debian使いの方おめでとう。
242 ：デフォルトの名無しさん：03/11/23 00:22
Paul GrahamのANSI Common Lisp読んで興味持ったんだけどこの言語情報無さすぎだよ…
日本語で読める言語仕様書とかチュートリアルありませんか？
日本語で読める言語仕様書とかチュートリアルありませんか？
243 ：デフォルトの名無しさん：03/11/24 12:01
>>242
日本語で読める情報はかなり少ないです。書籍は当然ありません。
かつてMacintoshDeveloper'sJournalという技評の雑誌の連載がありましたが、雑誌そのものから
今やありません。
で、
>日本語で読める言語仕様書とかチュートリアルありませんか？
ですが、暫定版の言語仕様書である、中間参照マニュアルは日本語訳があり、
ttp://math-sci.hp.infoseek.co.jp/の下の方からDLできます。
WIndowsユーザならFunctionalObject社のFunctionalDeveloperのBASIC EditonをDLして、
ttp://www.functional-objects.com/products/doc/env/index.htm
あたりから読んでみるといいかもしれません（英語だけどね）。
*NIX系ならGwydionDylanを入れて ttp://www.gwydiondylan.org/learning.phtml
にあるチュートリアルとか紹介文を試すしかないのかなぁ？
とりあえずd2c -iで試すにもまだ完全にリスナーっぽい感じではいかないんで（エラーばしばしでます）FDのがおすすめって気はします。
あとはEricKiddのチュートリアルとかの和訳かなぁ？
日本語で読める情報はかなり少ないです。書籍は当然ありません。
かつてMacintoshDeveloper'sJournalという技評の雑誌の連載がありましたが、雑誌そのものから
今やありません。
で、
>日本語で読める言語仕様書とかチュートリアルありませんか？
ですが、暫定版の言語仕様書である、中間参照マニュアルは日本語訳があり、
ttp://math-sci.hp.infoseek.co.jp/の下の方からDLできます。
WIndowsユーザならFunctionalObject社のFunctionalDeveloperのBASIC EditonをDLして、
ttp://www.functional-objects.com/products/doc/env/index.htm
あたりから読んでみるといいかもしれません（英語だけどね）。
*NIX系ならGwydionDylanを入れて ttp://www.gwydiondylan.org/learning.phtml
にあるチュートリアルとか紹介文を試すしかないのかなぁ？
とりあえずd2c -iで試すにもまだ完全にリスナーっぽい感じではいかないんで（エラーばしばしでます）FDのがおすすめって気はします。
あとはEricKiddのチュートリアルとかの和訳かなぁ？
追記。
DIRM(中間参照マニュアル)は内容が古いので、結局書籍で販売されていた（絶版ぽい）DRMを
ttp://www.gwydiondylan.org/books/drm/drm_1.html
から英語で読む必要はあると思います。
これも書籍より内容は古いらしいのだけど、アマゾンで中古本買う根性ある人じゃないとあれなんで、とりあえず（w
あと、Functional-Oの連中がHarlequin時代に書いたDylanProgrammingが
ttp://www.gwydiondylan.org/books/dpg/db_1.html
で、公開されてるので、こちらも読むといいかもしれません。
とはいえ、全部英語ではあるのだが。
EricKiddのチュートリアルの翻訳しかないかね？やはり。
DIRM(中間参照マニュアル)は内容が古いので、結局書籍で販売されていた（絶版ぽい）DRMを
ttp://www.gwydiondylan.org/books/drm/drm_1.html
から英語で読む必要はあると思います。
これも書籍より内容は古いらしいのだけど、アマゾンで中古本買う根性ある人じゃないとあれなんで、とりあえず（w
あと、Functional-Oの連中がHarlequin時代に書いたDylanProgrammingが
ttp://www.gwydiondylan.org/books/dpg/db_1.html
で、公開されてるので、こちらも読むといいかもしれません。
とはいえ、全部英語ではあるのだが。
EricKiddのチュートリアルの翻訳しかないかね？やはり。
>>244
ご親切にどうもありがとうございます。さっそく読ませていただきます。
Dylan楽しそうなのになんでこんなに流行らないんでしょうか･･･
というか楽しい言語に限って使われないもんですけどね。
# このマニュアルにはマクロの定義方法が載ってないかな？
ご親切にどうもありがとうございます。さっそく読ませていただきます。
Dylan楽しそうなのになんでこんなに流行らないんでしょうか･･･
というか楽しい言語に限って使われないもんですけどね。
# このマニュアルにはマクロの定義方法が載ってないかな？
>>245
楽しい言語に限ってはやらないのは、、、
環境が少ない（藁
そしてまだ発展途上というのが大きいかと。FunctionalObject社のはそれなりに完成してるとは
思うけど、これはWin限定。
DRMという言語仕様はあるけれどこれもAppleが完成させる前にやめちゃったとか。
この辺りでLisp畑の人は別にそんなもん使わんでもって感じがあるんじゃないかと（笑
Argol風味の文法ｲﾗﾈとか思われてたりするんかな？とか。
で、AppleがもくろんでいたC/C++系のデベロッパに動的言語を！というのは文法を変えても
概念をごろっと変えないとやっぱりアレな所でなかなかという感じじゃなかろうか？と。
でも面白いんですけどね〜。。
DRM(DIRMじゃない方)にはMacroなんかも載ってます。
ご参考まで。
楽しい言語に限ってはやらないのは、、、
環境が少ない（藁
そしてまだ発展途上というのが大きいかと。FunctionalObject社のはそれなりに完成してるとは
思うけど、これはWin限定。
DRMという言語仕様はあるけれどこれもAppleが完成させる前にやめちゃったとか。
この辺りでLisp畑の人は別にそんなもん使わんでもって感じがあるんじゃないかと（笑
Argol風味の文法ｲﾗﾈとか思われてたりするんかな？とか。
で、AppleがもくろんでいたC/C++系のデベロッパに動的言語を！というのは文法を変えても
概念をごろっと変えないとやっぱりアレな所でなかなかという感じじゃなかろうか？と。
でも面白いんですけどね〜。。
DRM(DIRMじゃない方)にはMacroなんかも載ってます。
ご参考まで。
247 ：デフォルトの名無しさん：03/11/28 20:42
とおりすがりのDylan素人なんですが、おおざっぱに言ってしまうと
「ALGOL風構文の Common Lisp」もしくは「マクロのあるRuby」
みたいな感じでしょうか？
＞で、AppleがもくろんでいたC/C++系のデベロッパに動的言語を！というのは文法を変えても
という需要であれば、Objective-Cがそこそこ、Ruby、Pythonあた
りが完璧に満たしていると思います。
「ALGOL風構文の Common Lisp」もしくは「マクロのあるRuby」
みたいな感じでしょうか？
＞で、AppleがもくろんでいたC/C++系のデベロッパに動的言語を！というのは文法を変えても
という需要であれば、Objective-Cがそこそこ、Ruby、Pythonあた
りが完璧に満たしていると思います。
248 ：デフォルトの名無しさん：03/11/28 23:55
ALGOL風Lispはよく言われると思うけど、Rubyと構文が似てる、
とruby-listで話題になったような気もするけど、やりたいことは
ずいぶん違うんじゃないかな。
最適化の可能性を無くさない範囲でできるだけ柔軟な動作を許す、
辺りが目標でないかと。
Lispはけっこう最適化も考えていそうだけど、少なくともRubyは
「速度が必要なプログラムは他に任せる」という発想じゃないだろうか。
とruby-listで話題になったような気もするけど、やりたいことは
ずいぶん違うんじゃないかな。
最適化の可能性を無くさない範囲でできるだけ柔軟な動作を許す、
辺りが目標でないかと。
Lispはけっこう最適化も考えていそうだけど、少なくともRubyは
「速度が必要なプログラムは他に任せる」という発想じゃないだろうか。
249 ：デフォルトの名無しさん：03/11/29 08:14
なにげにいろいろなサイトの掲示板で動的でオブジェクト指向の言語ってことで顔を出しはじめた感じで日本でもメジャー化のきっかけなのか？と、錯覚しそうな勢いで通りすがりの皆様が増えて嬉しい今日この頃（笑
英語なんですが、SmartFriendsU: Language and Libraries conferenceでPalmOneのChris Pageさんがやった講演のスライドと解説が公開されてます。
ttp://smartfriends.com/U/Presenters/DylanGrandTour.key.zip
ttp://smartfriends.com/U/Presenters/DylanGrandTour.pdf
どちらかお好きな方をどうぞ。
詳細は
ttp://smartfriends.com/U/Presenters/presenters.html#Anchor-35882
から。
英語ですが、スライドなんでそんなに苦痛じゃないと思うので、是非ご一読を。
Dylanてこんな感じよっていうのをやってくれてます。
正直ruby-listあたりではDylanと見た目にてるじゃんというのを嫌ってる感じもありましたし、Objective-CもGCを効かせれば比較的あれかもしれませんね(AppleのはCにより過ぎてDynamicでなくてもいいもんねぇ＜明らかな偏見）。
#てかcvs追っかけてたらmake-dylan-appで作ったスケルトンがビルドできなくなっちゃったよ（死
英語なんですが、SmartFriendsU: Language and Libraries conferenceでPalmOneのChris Pageさんがやった講演のスライドと解説が公開されてます。
ttp://smartfriends.com/U/Presenters/DylanGrandTour.key.zip
ttp://smartfriends.com/U/Presenters/DylanGrandTour.pdf
どちらかお好きな方をどうぞ。
詳細は
ttp://smartfriends.com/U/Presenters/presenters.html#Anchor-35882
から。
英語ですが、スライドなんでそんなに苦痛じゃないと思うので、是非ご一読を。
Dylanてこんな感じよっていうのをやってくれてます。
正直ruby-listあたりではDylanと見た目にてるじゃんというのを嫌ってる感じもありましたし、Objective-CもGCを効かせれば比較的あれかもしれませんね(AppleのはCにより過ぎてDynamicでなくてもいいもんねぇ＜明らかな偏見）。
#てかcvs追っかけてたらmake-dylan-appで作ったスケルトンがビルドできなくなっちゃったよ（死
250 ：デフォルトの名無しさん：03/12/12 17:43
hosyu
251 ：デフォルトの名無しさん：03/12/23 02:24
end が嫌いなので、Dylan の構文がイケテルとは思わないな。
それと、面白そうな言語を見つけたので紹介します。
GOO
http://www.googoogaga.org
http://www.ai.mit.edu/~jrb/goo/
> lisp-syntaxed Dylan�and an object-oriented Scheme
これって意味あるのかしらん。何をやりたいのか訳ワカラン・・・。
それと、面白そうな言語を見つけたので紹介します。
GOO
http://www.googoogaga.org
http://www.ai.mit.edu/~jrb/goo/
> lisp-syntaxed Dylan�and an object-oriented Scheme
これって意味あるのかしらん。何をやりたいのか訳ワカラン・・・。
252 ：デフォルトの名無しさん：03/12/24 18:21
>>251
beginだendが嫌いで括弧を空気の用に思える人は素直にLispの方がいいんでしょうねぇ。
まぁ、初期のDylanはモロLipsな構文だったけど、それは過去のもんだし。
括弧アレルギー向けLispって言うと語弊がありすぎるけど。まぁ、そういう方向ですし。
Generic ObjectOrinetatorってネーミングが何とも言えないっすね。面白そうだけど、確かにlisp-syntaxed Dylanってのが意味わからねぇ（w
どうも最近さみしい雰囲気漂ってたんで、茶々入れ感謝。
beginだendが嫌いで括弧を空気の用に思える人は素直にLispの方がいいんでしょうねぇ。
まぁ、初期のDylanはモロLipsな構文だったけど、それは過去のもんだし。
括弧アレルギー向けLispって言うと語弊がありすぎるけど。まぁ、そういう方向ですし。
Generic ObjectOrinetatorってネーミングが何とも言えないっすね。面白そうだけど、確かにlisp-syntaxed Dylanってのが意味わからねぇ（w
どうも最近さみしい雰囲気漂ってたんで、茶々入れ感謝。
253 ：デフォルトの名無しさん：04/01/10 20:32
Lisper だけど周囲の括弧アレルギーに辟易して Dylan に興味を持った…
んだけど、今ざっと調べたところ Dylan って今アクティブなのは商用の
Functional Developer とフリーの GwydionDylan だけなの？
んだけど、今ざっと調べたところ Dylan って今アクティブなのは商用の
Functional Developer とフリーの GwydionDylan だけなの？
254 ：デフォルトの名無しさん：04/01/11 04:42
>>253
事実上それだけですね。
とりあえずこの２つだけというか。IDEが欲しくてWin環境があればFunctionalevelopeを
それ以外の人はGwydion Dylanをという事で選択肢は狭いけどね。
そのかわりこの２つの環境で共通するライブラリとかAppleが決められなかった事なんかをCommon Dylan Standardでまとめようという動きもあるんで、そういう意味では実用（あるいは
それをめざすグループ）的には統一されてていいのかもしれない。
でも他の実装が少なすぎるんだよねぇ。サブセットのインタプリタのMarlaisはまだ芽が枯れずに
細々と生き残ってるけど、Thomas(Schemeによる実装）とかどうしちゃったん？って感じだしねえ。
面白いのがあるんだよ、と簡単に勧めるに勧められないというのはありますな。
でもCleanなんかはナイメーヘンだけだけど、それなりに頑張ってるし、これをもって絶滅種に
しちゃうってのもどうよ？って感じの微妙なところなのかなぁ。
事実上それだけですね。
とりあえずこの２つだけというか。IDEが欲しくてWin環境があればFunctionalevelopeを
それ以外の人はGwydion Dylanをという事で選択肢は狭いけどね。
そのかわりこの２つの環境で共通するライブラリとかAppleが決められなかった事なんかをCommon Dylan Standardでまとめようという動きもあるんで、そういう意味では実用（あるいは
それをめざすグループ）的には統一されてていいのかもしれない。
でも他の実装が少なすぎるんだよねぇ。サブセットのインタプリタのMarlaisはまだ芽が枯れずに
細々と生き残ってるけど、Thomas(Schemeによる実装）とかどうしちゃったん？って感じだしねえ。
面白いのがあるんだよ、と簡単に勧めるに勧められないというのはありますな。
でもCleanなんかはナイメーヘンだけだけど、それなりに頑張ってるし、これをもって絶滅種に
しちゃうってのもどうよ？って感じの微妙なところなのかなぁ。
255 ：デフォルトの名無しさん：04/01/30 12:46
ニュージーランドでカンファレンスありますな。
牛だの羊だのを食べるつもりで行ける余裕があればいいんだが。
そんな余裕ねぇよ（死
牛だの羊だのを食べるつもりで行ける余裕があればいいんだが。
そんな余裕ねぇよ（死
256 ：デフォルトの名無しさん：04/02/03 12:15
略すとDHC。
ここら辺全く動きがなかったけど、にわかに活気が出てきたかな、
Gwydion Dylan。
ここら辺全く動きがなかったけど、にわかに活気が出てきたかな、
Gwydion Dylan。
257 ：デフォルトの名無しさん：04/02/03 15:55
>>256 FFゲットおめ（w
chatのMLにぽこぽこと昨日今日とアンドレアスの投稿がてんこ盛り。
そろそろ2.4の声が聞こえてくるのか？それとも2.4.12とか13とかなだけなのか（w
2.4来たら上げてやると心に誓ってるんですが、いつになるんだか（w
debian入れて人柱バージョン取得しようとしてるんだけど、どうもうまく行かない。
debian初めてでアホな事してるんでしょうな。
うーん。
chatのMLにぽこぽこと昨日今日とアンドレアスの投稿がてんこ盛り。
そろそろ2.4の声が聞こえてくるのか？それとも2.4.12とか13とかなだけなのか（w
2.4来たら上げてやると心に誓ってるんですが、いつになるんだか（w
debian入れて人柱バージョン取得しようとしてるんだけど、どうもうまく行かない。
debian初めてでアホな事してるんでしょうな。
うーん。
258 ：デフォルトの名無しさん：04/02/08 23:07
FFじゃなくて、100かな。^^;
ところで…2.4なの?
chatterの方（はい、追っかけてます）も、先週は安定板はほとんど手つかず、
更新されたのはGD_2_5というタグばっかりで、このままだと2.4を飛び越え
そうな勢いなんだけど…。
2.5ではいよいよインクリメンタルコンパイラになる…といいけどね。
2.3コンパイル遅すぎ。泣く。
ところで…2.4なの?
chatterの方（はい、追っかけてます）も、先週は安定板はほとんど手つかず、
更新されたのはGD_2_5というタグばっかりで、このままだと2.4を飛び越え
そうな勢いなんだけど…。
2.5ではいよいよインクリメンタルコンパイラになる…といいけどね。
2.3コンパイル遅すぎ。泣く。
259 ：デフォルトの名無しさん：04/02/09 02:35
>>258
あ。どう考えても100ですね。吊ってきます。
なんとなく去年の10月頃も2_5なのに2.3.xのリリースばかり続いてたみたいだったので、
今度もまたか？とか思ってたりしてます（ｦｲ
確かにコンパイル遅すぎるんですよね。かといってFun-Oって訳にもだし。
最近リンク切れが増えてるような気がしてて、かなり鬱なんですが（w
エロサイトになってるとこまであるのが。
SourceforgeのMelangeサイトはなんかJavaのライブラリのサイトに化けてるし
日立のML以後日本語のMLもでてこないようだし。
うーん。最近日本語の情報って実はここだけなのだろうか？
あ。どう考えても100ですね。吊ってきます。
なんとなく去年の10月頃も2_5なのに2.3.xのリリースばかり続いてたみたいだったので、
今度もまたか？とか思ってたりしてます（ｦｲ
確かにコンパイル遅すぎるんですよね。かといってFun-Oって訳にもだし。
最近リンク切れが増えてるような気がしてて、かなり鬱なんですが（w
エロサイトになってるとこまであるのが。
SourceforgeのMelangeサイトはなんかJavaのライブラリのサイトに化けてるし
日立のML以後日本語のMLもでてこないようだし。
うーん。最近日本語の情報って実はここだけなのだろうか？
260 ：デフォルトの名無しさん：04/02/09 19:13
まず、dylan使う香具師が絶望的な少なさだろ。
LispをC/Pascal的な文法に変えた時点で、Lispの良さは失われたわけだし、正直dylanを使うメリットが分からん。
LispをC/Pascal的な文法に変えた時点で、Lispの良さは失われたわけだし、正直dylanを使うメリットが分からん。
261 ：デフォルトの名無しさん：04/02/10 00:31
マクロが使えるなら S 式にこだわる必要は無いんじゃない?
読み易い方が良い。
読み易い方が良い。
262 ：デフォルトの名無しさん：04/02/10 05:54
Lispの方から見るとS式放棄してどうするよ？って感じになると思うし、Lispでいいじゃんかには
全く同意なんですが。Dylanの場合C/Pascal(今だとJavaとかもか）厨にLispのPowerをって感じ
の出自もあるんで、まぁどちらかというと()に怖じ気づいた漏れのようなへたれ向きって感じかと。
つながりにくいんだけど、
ttp://monday.sourceforge.net/wiki/index.php/DylanFrequentlyAskedQuestions
なんかもなかなか面白い事書いてあるんで、ご一読してみてくださいな。
まぁ、ここをつらつら眺めてるだけでも楽しいし、Lisp屋さんならNorvig教授の
ttp://norvig.com/ltd/doc/ltd.html にある ttp://norvig.com/ltd/test/ にあるコードを眺めて
見るのも楽しいんじゃなかろうか？と思います。
漏れの場合は何だろねぇ、なんとなくLispは近寄りがたかったがあの考え方は面白そうじゃんか
あら、Dylanってそんな感じな訳？ほほ〜。だったりしたんで。人数は間違いなくLispより少ない
でしょうけど。スレ見てても伸び方がなんだしね（w
全く同意なんですが。Dylanの場合C/Pascal(今だとJavaとかもか）厨にLispのPowerをって感じ
の出自もあるんで、まぁどちらかというと()に怖じ気づいた漏れのようなへたれ向きって感じかと。
つながりにくいんだけど、
ttp://monday.sourceforge.net/wiki/index.php/DylanFrequentlyAskedQuestions
なんかもなかなか面白い事書いてあるんで、ご一読してみてくださいな。
まぁ、ここをつらつら眺めてるだけでも楽しいし、Lisp屋さんならNorvig教授の
ttp://norvig.com/ltd/doc/ltd.html にある ttp://norvig.com/ltd/test/ にあるコードを眺めて
見るのも楽しいんじゃなかろうか？と思います。
漏れの場合は何だろねぇ、なんとなくLispは近寄りがたかったがあの考え方は面白そうじゃんか
あら、Dylanってそんな感じな訳？ほほ〜。だったりしたんで。人数は間違いなくLispより少ない
でしょうけど。スレ見てても伸び方がなんだしね（w
263 ：デフォルトの名無しさん：04/02/10 11:58
小室さんの中間参照マニュアルが、もしかしてリンク切れ?
DylanでS式使いたいっていう人は割と多いよね。Gwydion Dylanの方は、余裕が
あればやるかもしれない雰囲気だけど、この調子だと結局やらないだろうと思う。
個人的にも、正直ﾏﾝｾｰという感じではなくて、ひとまず動向をチェックしている
といった感じかな。最初はLispとSmalltalkの考え（の一部）を混ぜて見た目
ALGOLっぽくしてC++に対抗させるという八方美人さに興味を持ったけど、
言語比較する以前にいい感じの処理系がない。
それと、マクロに関しては、Dylanのはなんか使いづらそうだな。そういうわけで、
実は使ったことが無いんだけど、実際どうでしょう。
> スレ見てても伸び方がなんだしね（w
スレの最初もなんだけどね。
DylanでS式使いたいっていう人は割と多いよね。Gwydion Dylanの方は、余裕が
あればやるかもしれない雰囲気だけど、この調子だと結局やらないだろうと思う。
個人的にも、正直ﾏﾝｾｰという感じではなくて、ひとまず動向をチェックしている
といった感じかな。最初はLispとSmalltalkの考え（の一部）を混ぜて見た目
ALGOLっぽくしてC++に対抗させるという八方美人さに興味を持ったけど、
言語比較する以前にいい感じの処理系がない。
それと、マクロに関しては、Dylanのはなんか使いづらそうだな。そういうわけで、
実は使ったことが無いんだけど、実際どうでしょう。
> スレ見てても伸び方がなんだしね（w
スレの最初もなんだけどね。
264 ：デフォルトの名無しさん：04/02/10 13:52
小室さんのサイトは
ttp://math-sci.hp.infoseek.co.jp/
にいろいろ変遷が有った後移動した様子。
ここのサイトからはHTMLとクラリスワークスどちらも落とせますね。
実際使ってる人でもﾏﾝｾｰという人はそうは居ない感じはしますね。
逆に言語比較の話がでて来て厨な事を言い出す奴はいないという利点もありますが。
個人的には微妙にSmalltalkから全てはオブジェクトをLispに叩き込んでALGOL風味の文法にした
あたりが真面目にプログラミング自体にUCSD Pascalで入った人間には美味しく見えると。
確かにいい感じの処理系が無いというのはお勧めするにはつらいっすね。
Gwydionを人柱っぽく使えるタイプかFun-Oである程度お金出せる人（評価に金出せってのも
厳しいですしね）かどちらかに限られるというのも厳しい所かなぁ？
スレの出自はねぇ（w。ネタスレのつもりで立てただけだろ！って、言いたくなるけど、まぁ
ありがたく利用させていただくしか（w
で、前述の小室さんのDIRMは訳がLispよりって感じだったんで、Lispなにそれ？な自分には非常に
読みづらかったです。その後英語のDRMのオンライン版と読んでるうちに訳語がLisp風味でいい事が
段々判って来た感じですが。
そういう意味でも非Lisp世界の日本人にはなかなか取っ付きにくいよなぁ。
マクロは漏れもまだどうよ？ってほど理解できてね〜ので勉強せんとﾀﾞﾒﾀﾞﾒっす。
ttp://math-sci.hp.infoseek.co.jp/
にいろいろ変遷が有った後移動した様子。
ここのサイトからはHTMLとクラリスワークスどちらも落とせますね。
実際使ってる人でもﾏﾝｾｰという人はそうは居ない感じはしますね。
逆に言語比較の話がでて来て厨な事を言い出す奴はいないという利点もありますが。
個人的には微妙にSmalltalkから全てはオブジェクトをLispに叩き込んでALGOL風味の文法にした
あたりが真面目にプログラミング自体にUCSD Pascalで入った人間には美味しく見えると。
確かにいい感じの処理系が無いというのはお勧めするにはつらいっすね。
Gwydionを人柱っぽく使えるタイプかFun-Oである程度お金出せる人（評価に金出せってのも
厳しいですしね）かどちらかに限られるというのも厳しい所かなぁ？
スレの出自はねぇ（w。ネタスレのつもりで立てただけだろ！って、言いたくなるけど、まぁ
ありがたく利用させていただくしか（w
で、前述の小室さんのDIRMは訳がLispよりって感じだったんで、Lispなにそれ？な自分には非常に
読みづらかったです。その後英語のDRMのオンライン版と読んでるうちに訳語がLisp風味でいい事が
段々判って来た感じですが。
そういう意味でも非Lisp世界の日本人にはなかなか取っ付きにくいよなぁ。
マクロは漏れもまだどうよ？ってほど理解できてね〜ので勉強せんとﾀﾞﾒﾀﾞﾒっす。
265 ：デフォルトの名無しさん：04/02/10 22:27
漏れは Lisper だが周囲に lisp 好きを隠すのに疲れたので Dylan を学びに来たぞ。
これなら隠すことなく使えそうだからな。しかし Gwydion ｺﾝﾊﾟｲﾙって時間かかるな。
ﾊﾞｲﾅﾘ無しだと一日じゃ終わらんのかなぁ……。
これなら隠すことなく使えそうだからな。しかし Gwydion ｺﾝﾊﾟｲﾙって時間かかるな。
ﾊﾞｲﾅﾘ無しだと一日じゃ終わらんのかなぁ……。
266 ：デフォルトの名無しさん：04/02/11 01:25
>>265
マシンにもよるだろうけど、漏れの環境では22時間を記録してくれたよ（死
と〜ても時間かかりまつ。
たぶんLispから来る人理解も見極めも速いんだろうなぁという予感。
いろいろといじってやってくださいな。
マシンにもよるだろうけど、漏れの環境では22時間を記録してくれたよ（死
と〜ても時間かかりまつ。
たぶんLispから来る人理解も見極めも速いんだろうなぁという予感。
いろいろといじってやってくださいな。
267 ：デフォルトの名無しさん：04/02/14 16:19
Dylan とは直接関係ありませんが、poplog という多言語処理系の pop-11
は面白そう。Mac OS X 版が無いので動かしてませんが、Common Lisp
と比肩する記述力を持ち、Lisp から括弧を取り去った様な構文を使用します。
Dylan っぽい?
http://www.poplog.org/about/faq-list.html#LOOK
Pop-11 is an incrementally compiled language with power comparable to
Common Lisp but with a syntax closer to more conventional languages.
Win, UNIX(excl. Mac), Linux で動くみたいです。
は面白そう。Mac OS X 版が無いので動かしてませんが、Common Lisp
と比肩する記述力を持ち、Lisp から括弧を取り去った様な構文を使用します。
Dylan っぽい?
http://www.poplog.org/about/faq-list.html#LOOK
Pop-11 is an incrementally compiled language with power comparable to
Common Lisp but with a syntax closer to more conventional languages.
Win, UNIX(excl. Mac), Linux で動くみたいです。
268 ：デフォルトの名無しさん：04/02/14 17:20
かな〜り適当にドキュメント見てみたけど、
個人的にはPop-11の方がLispっぽいと思うなあ。
DylanはあくまでOOな言語だから。Pop-11では
OOはライブラリかなんかで実装しているっぽい。
単に()じゃないLispがいいならあっちの方がいいかも。
個人的にはPop-11の方がLispっぽいと思うなあ。
DylanはあくまでOOな言語だから。Pop-11では
OOはライブラリかなんかで実装しているっぽい。
単に()じゃないLispがいいならあっちの方がいいかも。
269 ：デフォルトの名無しさん：04/02/17 22:08
そうですね。漏れも斜め読みで（wちろっと見てみますたが。
Dylanの場合OOであるというのがウリですし、この辺のアプローチの仕方は違ってますね。
でもこんだけわらわらいろいろでてくるってのはLispの括弧に対するアレルギーとか食わず嫌いって
言うのは相当根強いのかなぁ？とか思ってみたり。
Dylanのアプローチはそれだけじゃない所で萌えって感じかなぁ？うーんへたれ厨の感想なんで（w
強者なLisper様はスルーしてやってください。
Dylanの場合OOであるというのがウリですし、この辺のアプローチの仕方は違ってますね。
でもこんだけわらわらいろいろでてくるってのはLispの括弧に対するアレルギーとか食わず嫌いって
言うのは相当根強いのかなぁ？とか思ってみたり。
Dylanのアプローチはそれだけじゃない所で萌えって感じかなぁ？うーんへたれ厨の感想なんで（w
強者なLisper様はスルーしてやってください。
270 ：デフォルトの名無しさん：04/02/18 00:42
相当根強いんだろうなぁ。そもそも Dylan の前身 Ralph (だったかな？名前は自信無し)は
Scheme に CLOS を乗せたもので、見た目完全に Lisp だったそうな。もし括弧嫌いが無け
ればそれで問題なかったわけだが。
Scheme に CLOS を乗せたもので、見た目完全に Lisp だったそうな。もし括弧嫌いが無け
ればそれで問題なかったわけだが。
271 ：デフォルトの名無しさん：04/02/18 01:19
Lisperじゃないから何とも言えないけど、Gwydion Dylanの開発者で
Lispを(自称)使っている人もいるにはいるようだし、Lisperでも読みにくい
という人もそれなりにいるのではないか、という気がしなくもない。
個人的にはLispが難しい、という印象はそれほどはないけど、Lisperが
言うことは難しい、という印象はちょっとある。そういう難しい分野で
使われるからかな?
Lispを(自称)使っている人もいるにはいるようだし、Lisperでも読みにくい
という人もそれなりにいるのではないか、という気がしなくもない。
個人的にはLispが難しい、という印象はそれほどはないけど、Lisperが
言うことは難しい、という印象はちょっとある。そういう難しい分野で
使われるからかな?
272 ：デフォルトの名無しさん：04/02/18 02:41
なんていうか、Cとか手続き型の概念からOOPを理解するのにぐえ〜ってなるのと同様に、
Lispの函数型の概念を理解するのって？？？ってのが頭にわんさと湧いてくる部分はあるんじゃ
無いかなぁ？と。
ただそれを含めてDylanは漏れの様なヘタレにも歩み寄ってくれている感じがしてたりするんだけど
結局上っ面の部分での歩み寄りであって、根本的な所では概念の違いとかって所で超えないと行けないんだよね。
Lispの人たちの話が難しく感じるのって函数型の概念が数学の概念直結でその辺判ってる人が多い
とかもあるのかもしれないね。
Lispの函数型の概念を理解するのって？？？ってのが頭にわんさと湧いてくる部分はあるんじゃ
無いかなぁ？と。
ただそれを含めてDylanは漏れの様なヘタレにも歩み寄ってくれている感じがしてたりするんだけど
結局上っ面の部分での歩み寄りであって、根本的な所では概念の違いとかって所で超えないと行けないんだよね。
Lispの人たちの話が難しく感じるのって函数型の概念が数学の概念直結でその辺判ってる人が多い
とかもあるのかもしれないね。
273 ：デフォルトの名無しさん：04/02/19 01:54
Dylan って Lisp に比べてアプリの配布を考慮しているってどこかで読んだ
気がするけど、どこら辺がそうなのでしょうか。イメージ丸ごと配布じゃなく
ライブラリとしてリンク出来るとかかな。コンパイラ、ビルドツールが別
パッケージとか。
気がするけど、どこら辺がそうなのでしょうか。イメージ丸ごと配布じゃなく
ライブラリとしてリンク出来るとかかな。コンパイラ、ビルドツールが別
パッケージとか。
274 ：デフォルトの名無しさん：04/02/19 16:55
Lisp,prolog,Dylanみたいな言語は学術研究の場での使用が中心だよね。
大学のプロジェクトが作った実装が圧倒的に多いし。
大学のプロジェクトが作った実装が圧倒的に多いし。
275 ：デフォルトの名無しさん：04/02/19 18:08
そうか？ Dylan は Apple が作って（使って）たろう。学術研究用途じゃない用途で。
Lisp も Common Lisp ならメーカー製のほうが多いぞ。
Lisp も Common Lisp ならメーカー製のほうが多いぞ。
276 ：デフォルトの名無しさん：04/02/20 15:10
>>274
恐らくなんとなくな漠然としたイメージじゃなかろうか？と思うのだけど。
>>273
の書いているライブラリ(nubファイルだっけか？AppleDylanは結局現物を手に入れられなかったんでかすかな記憶で物書いてるんだけど）とかで現場向けを強調してるんだけども。
どっちにしてもDylan自体はCMUから離れてFunctionalObject社とGwydionメンテナーが中心になってるんだよね。
言語仕様としては大学の人たちが面白いねと思う部分が有ってそれをある程度形にする努力をしてきたけれど、メインストリームはAppleだったりHarlequin（現FunctionalObject)だったりで、一応
現場なんですよね。
でもどっちにしても日本語の情報が@ITとかアノ手の場所にでてこないのも認知度を下げて、目立つ
のが大学関係とかってオチなのかなぁ？
恐らくなんとなくな漠然としたイメージじゃなかろうか？と思うのだけど。
>>273
の書いているライブラリ(nubファイルだっけか？AppleDylanは結局現物を手に入れられなかったんでかすかな記憶で物書いてるんだけど）とかで現場向けを強調してるんだけども。
どっちにしてもDylan自体はCMUから離れてFunctionalObject社とGwydionメンテナーが中心になってるんだよね。
言語仕様としては大学の人たちが面白いねと思う部分が有ってそれをある程度形にする努力をしてきたけれど、メインストリームはAppleだったりHarlequin（現FunctionalObject)だったりで、一応
現場なんですよね。
でもどっちにしても日本語の情報が@ITとかアノ手の場所にでてこないのも認知度を下げて、目立つ
のが大学関係とかってオチなのかなぁ？
277 ：デフォルトの名無しさん：04/02/24 10:33
2.3絡みの変更がまたぞろ出て来たということは2.3.12とかが来るのかなぁ？
一足飛びに2.4とか2.5の目もありそうだけど。
ChrisPageがBlog始めましたね。まだそんなに大した物は無い見ただけれど。
一足飛びに2.4とか2.5の目もありそうだけど。
ChrisPageがBlog始めましたね。まだそんなに大した物は無い見ただけれど。
278 ：デフォルトの名無しさん：04/03/16 19:14
RobMayersがDUIMのCarbonポートCVSにいれるよとか言ってるが、本当ならMacユーザには朗報
ですな。
いつになるかまたあれだけど。CVS版でビルドしようとすると今のCarbonとCocoaはエラーでるし。
ですな。
いつになるかまたあれだけど。CVS版でビルドしようとすると今のCarbonとCocoaはエラーでるし。
279 ：デフォルトの名無しさん：04/03/25 04:47
MarlaisインタープリタをMac OSXで動かせるようになってるらしいのだけど、パッチ書いた人の
サイトとか消えちゃっててどういうパッチだったのか判らないんですが。誰か判る人いませんか？
なんかGwydionはHDDパンパンみたいですな（汗
サイトとか消えちゃっててどういうパッチだったのか判らないんですが。誰か判る人いませんか？
なんかGwydionはHDDパンパンみたいですな（汗
280 ：デフォルトの名無しさん：04/03/29 12:49
どうやら復旧したみたいですな。また〜りスレだけに影響がないというのが素敵。
281 ：ひっそりと影響があったり：04/03/29 12:59
280 名前：デフォルトの名無しさん[sage] 投稿日：04/03/25(木) 13:45
Functional Developerが入ったようだしね〜。
Functional Developerが入ったようだしね〜。
282 ：デフォルトの名無しさん：04/03/29 13:23
>>281
あ、ほんとだ（鬱
Functional Developer毎日の様にいぢられてますな。
罠spamも配信されてたし。あの手の罠は最近流行なのかなぁ？
Windowsが無いんで罹患する事すら出来なくて流行に乗り遅れてるが。
あ、ほんとだ（鬱
Functional Developer毎日の様にいぢられてますな。
罠spamも配信されてたし。あの手の罠は最近流行なのかなぁ？
Windowsが無いんで罹患する事すら出来なくて流行に乗り遅れてるが。
283 ：デフォルトの名無しさん：04/04/07 22:00
OSX PantherでCVSをアップデートしてビルドしてみた。
Emitting Library Heapにかかる時間が速くなってる。
CarbonとDUIMのブリッジ？もちゃんと動くね。
久々にSillyBallを見た気がする（w
DHC2ndの報告もないしWebは放置されてると思ってたらhtmlの改修が地味に行われてたのねん。
Emitting Library Heapにかかる時間が速くなってる。
CarbonとDUIMのブリッジ？もちゃんと動くね。
久々にSillyBallを見た気がする（w
DHC2ndの報告もないしWebは放置されてると思ってたらhtmlの改修が地味に行われてたのねん。
284 ：デフォルトの名無しさん：04/04/26 14:36
DRMとDPGの表紙画像が付いたね。一部まだ本文の画像は無いままだけど。
DPGのサンプル今はどこから落とせるのだろうか（謎
DPGのサンプル今はどこから落とせるのだろうか（謎
285 ：デフォルトの名無しさん：04/05/06 00:29
どうやら次のスナップショットを2.3.12で出す事になったみたいですな。
まだ2.4は遠いようだ
まだ2.4は遠いようだ
286 ：デフォルトの名無しさん：04/06/09 00:31
今年は何位にランキングされますかね？
Dylanの情報少なすぎ
288 ：デフォルトの名無しさん：04/07/02 18:24
289 ：デフォルトの名無しさん：04/07/18 17:26
Dylan って CMUCL のバックエンド使ってるんじゃないのか。
290 ：デフォルトの名無しさん：04/07/18 17:33
へー
291 ：デフォルトの名無しさん：04/07/18 20:34
292 ：デフォルトの名無しさん：04/07/19 01:43
293 ：デフォルトの名無しさん：04/07/19 04:50
294 ：デフォルトの名無しさん：04/07/23 01:02
ようやく？2.5のリポジトリの整理が始まりますたね。
てか追っかけてるだけで疲れて来たよorz
てか追っかけてるだけで疲れて来たよorz
295 ：デフォルトの名無しさん：04/08/03 09:41
なんか鯖移転するみたいですな。
296 ：デフォルトの名無しさん：04/08/26 03:12
gd-HackersMLから
8/27の17:00(UTC)にcantor.gwydiondylan.orgからgauss.gwydiondylan.orgへサーバの移転を
行うらしいです。
新しいサーバはSUNのEnterprise E450だそうで相変わらずディスクは足りないと（w
全てのサービス（Web, Mail, CVS等）を移転するらしいので、dnsのキャッシュが通るまで不通
になっちゃうかもとのことです。
てか相変わらずchaos倶楽部の間借りなのがなぁ（汗。まぁ、しゃーないんだけど。
8/27の17:00(UTC)にcantor.gwydiondylan.orgからgauss.gwydiondylan.orgへサーバの移転を
行うらしいです。
新しいサーバはSUNのEnterprise E450だそうで相変わらずディスクは足りないと（w
全てのサービス（Web, Mail, CVS等）を移転するらしいので、dnsのキャッシュが通るまで不通
になっちゃうかもとのことです。
てか相変わらずchaos倶楽部の間借りなのがなぁ（汗。まぁ、しゃーないんだけど。
297 ：デフォルトの名無しさん：04/09/02 04:18
鯖移転してsvnになったけど、HerlequinDylanなんかも落とせてちょっと感慨深いすね。
298 ：デフォルトの名無しさん：04/09/06 01:11
HEADに2.5がマージされて2.4リリースのカウントダウンという事に成ったようです。
てことはアゲる口実がようやく来るってことか。
遅いよな、ほんとに。過疎ｽﾚ（w
てことはアゲる口実がようやく来るってことか。
遅いよな、ほんとに。過疎ｽﾚ（w
299 ：デフォルトの名無しさん：04/09/29 09:44:08
2.4.0-RC1 ... sage。
っていうか、2.4はバグフィックスのみで、今年中に2.5が出る、って書いてある
ように見えるんですけど。2.4っていったい何なんさ。数合わせ？
っていうか、2.4はバグフィックスのみで、今年中に2.5が出る、って書いてある
ように見えるんですけど。2.4っていったい何なんさ。数合わせ？
300 ：デフォルトの名無しさん：04/09/29 19:57:39
機能面ではとりあえず2.4で一段落って事にしたいみたいでつね。
2.5でFunDev由来のコードとマージ（してねぇよな、いまんとこ）という気がしますな。
まぁ、2.3.xxで延々引っ張ってくのもそろそろよしましょうって事なんだろうと思うけど。
ToDoも地味に書き直されてたりして（w
とか思ってたら日本人のポストだ（w
他にも使ってる香具師いたか。ちょっとほっとしてみるテスト。
2.5でFunDev由来のコードとマージ（してねぇよな、いまんとこ）という気がしますな。
まぁ、2.3.xxで延々引っ張ってくのもそろそろよしましょうって事なんだろうと思うけど。
ToDoも地味に書き直されてたりして（w
とか思ってたら日本人のポストだ（w
他にも使ってる香具師いたか。ちょっとほっとしてみるテスト。
301 ：デフォルトの名無しさん：04/10/06 10:54:44
PeterHouselがアップしたOpenSource版のFunctionalDeveloper2.1。
VisualStudio6.0でさくっと動くね。デバッグコード満載だからもっさりしてるけど。
Cygwin突っ込んでるとそっちのリンカ使ってリンクすんのかな？
VisualStudio6.0でさくっと動くね。デバッグコード満載だからもっさりしてるけど。
Cygwin突っ込んでるとそっちのリンカ使ってリンクすんのかな？
302 ：デフォルトの名無しさん：04/10/07 02:23:08
ついでにLinux版のFunctionalDeveloperのバイナリもアップされましたね。
IntelLinuxの人動作確認した人いるかな？
IntelLinuxの人動作確認した人いるかな？
303 ：デフォルトの名無しさん：04/10/07 09:26:36
304 ：デフォルトの名無しさん：04/10/10 07:28:41
Fundevのオープンソースライセンスを見るとバイナリ配布はグレーかな？とか思ってたけど、
GwydionDylan.orgのWebからリンクが張られましたな。
しかし今後FunDevとGwydionの関係はどうなってくんだろーか。
GwydionDylan.orgのWebからリンクが張られましたな。
しかし今後FunDevとGwydionの関係はどうなってくんだろーか。
305 ：デフォルトの名無しさん：04/10/10 11:40:16
306 ：デフォルトの名無しさん：04/10/11 08:10:38
307 ：デフォルトの名無しさん：04/10/18 11:52:25
RC2出ましたって来たかと思ったらRC3ですかい(汗
まさか2.3.xの様にRCxもどんどん増えてってちっとも2.4でないなんてないだろうな（汗
まさか2.3.xの様にRCxもどんどん増えてってちっとも2.4でないなんてないだろうな（汗
308 ：デフォルトの名無しさん：04/10/24 05:43:15
いよいよリリース目前ですな。
やっとageられるのでしょうか？（w
>RCS file: /scm/cvs/src/NEWS,v
>retrieving revision 1.19.4.1
>retrieving revision 1.19.4.2
>diff -u -d -r1.19.4.1 -r1.19.4.2
>--- NEWS28 Sep 2004 19:29:59 -00001.19.4.1
>+++ NEWS23 Oct 2004 19:37:42 -00001.19.4.2
>@@ -1,6 +1,10 @@
>-Gwydion Dylan 2.4.0RC1 (2004-08-28)
>+Gwydion Dylan 2.4.0 (2004-10-23)
>
>- This section needs to be written.
>+ Because the bulk of our recent development effort has been put into
>+ the 2.5 development branch, work on this branch has focused on
>+ stabilization in the form of bug and compatibility fixes. Changes
>+ include improvements in the robustness of the melange tool, and an
>+ update of the Macintosh CodeWarrior plugin.
>
> Gwydion Dylan 2.3.11 (2003-07-28)
やっとageられるのでしょうか？（w
>RCS file: /scm/cvs/src/NEWS,v
>retrieving revision 1.19.4.1
>retrieving revision 1.19.4.2
>diff -u -d -r1.19.4.1 -r1.19.4.2
>--- NEWS28 Sep 2004 19:29:59 -00001.19.4.1
>+++ NEWS23 Oct 2004 19:37:42 -00001.19.4.2
>@@ -1,6 +1,10 @@
>-Gwydion Dylan 2.4.0RC1 (2004-08-28)
>+Gwydion Dylan 2.4.0 (2004-10-23)
>
>- This section needs to be written.
>+ Because the bulk of our recent development effort has been put into
>+ the 2.5 development branch, work on this branch has focused on
>+ stabilization in the form of bug and compatibility fixes. Changes
>+ include improvements in the robustness of the melange tool, and an
>+ update of the Macintosh CodeWarrior plugin.
>
> Gwydion Dylan 2.3.11 (2003-07-28)
309 ：デフォルトの名無しさん：04/10/27 22:22:09
GwydionDylan2.4.0Golden tarballようやく来たage
さて試さねば
さて試さねば
310 ：デフォルトの名無しさん：04/11/01 11:20:32
アナウンスもでました。
Gwydion Dylan 2.4.0 Released (2004-10-31 17:49:53)
Gwydion Dylan 2.4.0 Released (2004-10-31 17:49:53)
311 ：デフォルトの名無しさん：04/11/18 17:41:34
Linux(x86)とOSX/Darwin用のバイナリも登場して、今度はOpenDylanのロゴだのスプラッシュの
デザインどーするよ？で地味に盛り上がりはぢめますたな。
デザインどーするよ？で地味に盛り上がりはぢめますたな。
312 ：デフォルトの名無しさん：04/12/27 01:58:27
まだあったんだこのスレ
313 ：デフォルトの名無しさん：04/12/27 02:11:01
このスレ、Dylanのコードが一向にでてこないね
314 ：デフォルトの名無しさん：05/02/08 23:50:52
lispスレ開通記念あげ
315 ：デフォルトの名無しさん：05/02/08 23:56:19
ざっとスレを追いかけた。
で、dylanはLispと似たようなコードが書けるの？
lamdaとかマクロとか。
'#fuctionaldeveloperは使いやすそうだと思う。
で、dylanはLispと似たようなコードが書けるの？
lamdaとかマクロとか。
'#fuctionaldeveloperは使いやすそうだと思う。
316 ：デフォルトの名無しさん：05/02/09 00:14:08
まずは人に聞くよりdylanの言語仕様を確認することが先だと思うが。
317 ：デフォルトの名無しさん：05/02/09 22:55:49
lambdaもmacroもないようだな
使えねぇ・・・
使えねぇ・・・
318 ：デフォルトの名無しさん：05/02/09 23:05:16
319 ：デフォルトの名無しさん：05/02/09 23:36:47
おおお。すごい。無駄にスレが進行している。
320 ：デフォルトの名無しさん：2005/03/21(月) 11:58:10
New Functional Developer snapshot for Linux/x86 available (2005-03-20 18:46:13)
321 ：大同マンセー：2005/06/04(土) 18:06:25
イルボン刀に対抗して新朝鮮刀を開発した。
イルボン刀の100倍の切れ味でブレードは
新特殊鋼DRMを採用。
イルボン刀の100倍の切れ味でブレードは
新特殊鋼DRMを採用。
322 ：デフォルトの名無しさん：2005/07/19(火) 21:15:30
ほしゅっとくか
323 ：デフォルトの名無しさん：2005/09/18(日) 07:07:21
ほしゅ
324 ：デフォルトの名無しさん：2005/10/02(日) 06:08:32
http://www.gwydiondylan.org/pipermail/gd-hackers/2005-September/005538.html
Open Dylan 1.0beta1 がリリースされましたね。
ま、Linux も Windows も持ってない訳だが…。
Open Dylan 1.0beta1 がリリースされましたね。
ま、Linux も Windows も持ってない訳だが…。
325 ：デフォルトの名無しさん：2005/10/31(月) 00:52:44
本を持っているだけで一度も使ったことがないわたくしめですが僭越ながらageさせていただきます。
Cygwin Gwydion Dylan 2.4.1pre1 package (2005-10-16 04:18:49)
https://gauss.gwydiondylan.org/downloads/binaries/MS-Windows/cygwin/tar/gwydion-dylan-2.4.1pre1-x86-cygwin.tar.gz
Cygwin Gwydion Dylan 2.4.1pre1 package (2005-10-16 04:18:49)
https://gauss.gwydiondylan.org/downloads/binaries/MS-Windows/cygwin/tar/gwydion-dylan-2.4.1pre1-x86-cygwin.tar.gz