次世代Webプログラミング言語の大本命Perl6/Parrot
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
03/10/08 16:57ID:rnVYrmplParrotはCLR(Common Language Runtime)であり、
ParrotアセンブラにコンパイルできればPerl6のみならず、
Python、Ruby、PHPをはじめ、JavaもC#も、Basic、Scheme、
その他の言語なんでもいける・・・ようになるかも！？
mod_parrotができれば速度面でも問題無し！
そんな夢のような言語/VMであるPerl6/Parrotについて語りましょう。
関連サイトは >>2
0369nobodyさん
04/12/11 08:46:49ID:???これ、最新のparrotだと Perl6 Grammar Engineから名前が変更されて、
Perrot Grammar Engine (PGE)になってますね。./compilers/pge
他の各言語の構文でサポートされるかどうかは別としても、エンジン部分の再利用が期待できそう。
ちなみに(parrot関係ないけど)
スクリプト言語では、REBOLって言語がすでに組み込みGrammar Engineをサポートしています。
0370nobodyさん
04/12/11 10:52:17ID:???Grammar Engineという概念はPerl6発ではなかったのね。
ま、でも素晴らしい機能が使えるのはうれしい。
0371nobodyさん
04/12/20 23:00:51ID:N08Ajr6t0372nobodyさん
04/12/21 13:42:51ID:t6MkBwt30373nobodyさん
04/12/25 13:06:13ID:F4TsbzKmβくらいは来年中に出してほしいものだが。
0374nobodyさん
05/01/01 02:09:29ID:kjBKkwNI0375nobodyさん
05/01/02 19:29:16ID:???QuakeやDoomとかだと、ボンクラ100人では絶対にできず、天才数人によってリリースされたような感じだったので、
その辺の実装のリリーススピードが気になった。
0376nobodyさん
05/01/03 03:10:45ID:???0377nobodyさん
05/01/03 23:33:52ID:H8i1Un47仕様の策定に時間がかかってるような印象を受けるね。
仕様さえ決まればさくっとできそうな気がする
0378nobodyさん
05/01/05 04:16:27ID:Sz4skZih0379nobodyさん
05/01/05 09:56:22ID:???0380nobodyさん
05/01/05 13:25:10ID:???つーか俺も募金してないんだけどな。
0381nobodyさん
05/01/07 12:38:32ID:xUjytDhe0382nobodyさん
05/01/10 18:13:43ID:???PHP6はやはりパクっていくのだろうか？
それとも独自路線でいくのだろうか。
>>353でも出てたけど正規表現一つ取ってもこれだけ変わるからね。
0383nobodyさん
05/01/10 18:23:30ID:???初心者向けの言語は開発しまくるのもいいが
バグのない完成度が高い状況までいけば
無理に開発する必要ないと思うけどね
必要な関数とかも自分で作れるわけだし
0384nobodyさん
05/01/22 21:19:41ID:i6Mi6Y7z試したことがある人いる？
0385nobodyさん
05/01/22 23:16:04ID:???PerlのコードをPerl6で書いて見ないか？
http://cpan.uwinnipeg.ca/module/Perl6/
0387nobodyさん
05/02/05 07:56:29ID:???0388nobodyさん
05/02/05 08:01:52ID:???…age荒らしか？
0389nobodyさん
05/02/05 17:50:44ID:???0391nobodyさん
05/02/05 22:29:31ID:???Perl6はいつリリースされるでしょうか?
現在のプランは2005年の第3四半期に働く6.0.0コンパイラを準備が
できるようにすることです、2004年後半に取られた言語デザインの
スナップに基づいて。
しかしながら、十分な貢献を受けるPerl財団では、この目標が
実現を終了するのに必要である5開発者年以上の努力に資金を供給すると
叙述されます。 しかし、その基金がなければ、開発は
ボランティアベースにしたがって、よりゆっくり続くでしょう。
0393nobodyさん
05/02/07 22:36:35ID:???0394nobodyさん
05/02/11 05:36:10ID:???0395nobodyさん
05/02/15 06:13:36ID:Kt+6ObGY0396nobodyさん
05/02/19 00:26:06ID:???0397nobodyさん
05/02/20 08:36:45ID:bTPFMRzwhttp://www.cafepress.com/parrotstuff1.3881171
0398nobodyさん
05/02/20 15:10:56ID:???もしくはHSPか何かと勘違いされてるんじゃねーの？
0399nobodyさん
05/02/20 15:21:30ID:???0400nobodyさん
05/02/20 15:28:06ID:???parrot-0.1.1/languagesにもPHPのディレクトリは無いよ。
LANGUAGES.STATUSにもPHPに関する記載は無し。
0401nobodyさん
05/02/20 16:37:14ID:???TCLとか重要なのが入っとらんやん。Groovyとかもパローレで動かしちゃったほうが
手っ取り早そうな気がするが・・・。あとJVMはインタープリタとは言いがたいな。
0402nobodyさん
05/02/21 02:25:46ID:???0406nobodyさん
05/02/24 23:30:27ID:???0407+++
05/02/26 00:56:13ID:???http://e-den.servequake.com/~kuryomo/parrot/parrot_lang.html
0409nobodyさん
05/02/26 14:53:12ID:???お金とこれから勉強に割く私の時間は無駄になっちまうのでしょうか。
0410nobodyさん
05/02/26 18:41:30ID:???Great!! 私もそろそろ情報まとめて公開しようかな。
いくつか捕捉で、
Ook!はオランウータンでも使えるように設計されたプログラミング言語で、
Ook! Ook? Ook. の組合せ(3**2)で、BrainF*ckの8命令を表現しています。
動かした事はありませんが、Ruby/Parrotは、Cardinalというプロジェクトがあります。
http://rubyforge.org/projects/cardinal/
Pythonの実装はいくつか在りますが、自分が試した頃はどれもベータでした。
pie-thon parrotの./languagesディレクトリ以下に収録
pirate http://pirate.tangentcode.com/
pyrate http://www.intertwingly.net/blog/2004/10/02/Pyrate
0411nobodyさん
05/02/26 18:44:32ID:???これも0.1.1では、returnステートメントがまだだったりと、不完全。
Parrot_AST(
version(Const('0.1'))
_options()
Src_File("languages/python/hello.py")
Py_Module(
_()
Stmts(
Py_Print(Const('Hello PAST'))
Py_Print_nl())))
Schemeのサンプル, displayとかnewlineが実装されていないのでwriteで出力。
改行を出力できないので、端末の設定に注意してください。
(define (double x) (* x 2))
(define (fact n) (if (> n 2) (* n (fact (- n 1))) n))
(write (double 10))
(write (fact 10))
schemecはpasmを出力するので、一旦 .pasm ファイルへリダイレクトするか、
パイプでparrotへ渡して実行します。ライブラリのPATHを設定する必要もあるかも知れない。
#!/bin/sh
./schemec $@ | parrot -a -
あと、Haskellで書かれたPerl6インタプリタ http://pugscode.org/
らしいです。今から試すのでレビューは後ほど。
0412nobodyさん
05/02/26 23:10:30ID:???＞２・それをもっと扱いやすいツリーに(Tree.pm)
＞３・コンテキスト情報をパースツリーノードに格納(Addcontext.pm)
＞４・IMCCコード(アセンブラより高度なPIR)を生成。
＞そしてIMCCを通してレジスタ設定とかして、parrotアセンブラにより アセンブルされる。
これらのモジュールを使うえばParrotで簡単に言語が作れるのかね？
0413+++
05/02/26 23:41:34ID:???いや、ちょっと前のやりとりを見て、『実際何が入ってるんだ？？』と
興味を惹かれたもので。たいしたものじゃないです。はい。
>>410
オランウータン？うーん、勉強になります。まだ実際に
動かしてないので、それからまたちょこちょこ記事追加しようかなあ、と。
>>412
いや、それはPerl6がコンパイルの時に実際にそうやってるというだけで、
言語の実装は、簡単な言語ならPasmやPIRでごりごり書いたりも出来るし・・。
0414nobodyさん
05/02/27 11:41:13ID:???http://cog.cognitivity.com/perl6/
0415nobodyさん
05/02/27 21:59:01ID:???0416410,411
05/02/28 14:22:24ID:???インストールに必要なもの:
- perl
- Haskellのコンパイラ、http://www.haskell.org/ghc/ から入手してインストール.
- PerlのTerm::ReadLine::Gnuモジュール、CPAN等から探してきてインストール。
darkやSubversionなどからソースをcheck outして、perl Makefile.PL && make
pugsというファイルが出来上がるので適当なPATHの通ってる場所にコピー。
pugsは実行ファイル形式なので、ghcは使わないならアンインストールしてもok
make時にparrotは特に要求されませんでした。
pugsと引数なしで実行すると、hugsのようなシェルモードで起動できます。
pugs> とプロンプトが出るので、適当にperlの式を
デバッグ用のメッセージも一緒に出るけど、エラーではないので気にせずに。
インタラクティブシェル内のコマンドは、pugs> :q で終了。:hでヘルプ。
驚いたのが Y-combinatorが簡単に書ける事。
無名関数で名前を束縛せずに再帰が出来る。# 例: factorial(10)
sub { ($_ > 0) ?? $_ * &?SUB($_ -1) :: 1 }.(10).say
0417410,411
05/02/28 14:23:03ID:???active perl / windows or cygwin環境だとmake失敗するとの報告例あり。
==> 自分でbuildスクリプトを組むか、nmake,pmake等を試してみる。(MakeMaker側の問題だと思う)
インタラクティブ・シェル モードでの関数定義が出来なかった。
なぜだか知らないけど、Haskellインタプリタのhugsも同じ制約がある。
ファイルに書いて実行すると関数定義も正常に実行できます。
pugsは、perl6の構文を独自のインタプリタで実行するのみで、parrotと連係は出来ないようです。
0419nobodyさん
05/03/01 23:41:06ID:???0420nobodyさん
05/03/02 20:39:58ID:???0421nobodyさん
05/03/04 01:13:19ID:???0422nobodyさん
05/03/06 20:57:26ID:???0423nobodyさん
05/03/07 01:21:45ID:???0424nobodyさん
05/03/07 02:03:08ID:???0425nobodyさん
05/03/07 02:05:07ID:???0426nobodyさん
05/03/07 05:14:46ID:???0427nobodyさん
05/03/07 16:41:32ID:???0428nobodyさん
05/03/07 16:49:46ID:???0430nobodyさん
05/03/13 11:57:48ID:???> pugsは、perl6の構文を独自のインタプリタで実行するのみで、parrotと連係は出来ないようです。
コンパイラも含まれるようになるみたい。
0431nobodyさん
2005/03/26(土) 17:16:47ID:???0432nobodyさん
2005/03/28(月) 10:59:35ID:???0433nobodyさん
2005/04/13(水) 10:36:14ID:???ユーザーを待たせまくりますか？
0434nobodyさん
2005/04/13(水) 11:22:52ID:???0435nobodyさん
2005/04/13(水) 21:31:49ID:FBlVtA6Aおまいを待ってるんだ！
0436nobodyさん
2005/04/13(水) 22:02:51ID:???0437http:// YahooBB219035032078.bbtec.net/~ss.jpg
2005/04/13(水) 22:16:57ID:???うはっｗｗｗおｋｗｗｗ？？
0438nobodyさん
2005/04/13(水) 22:49:35ID:???0439nobodyさん
2005/04/14(木) 23:02:59ID:tgjJ4BEn以前(6.0.2の時）ちょっと触ってみて、
しばらく動かしていたら挙動があやしくなったので5に戻したのですが。
「一日一回くらい再起動させたら大丈夫」くらいの感じでしたが。
そろそろですかね。
0442nobodyさん
2005/04/15(金) 18:02:44ID:???これは下位互換って言うんじゃないか？
0443nobodyさん
2005/04/15(金) 18:47:54ID:???0444nobodyさん
2005/04/15(金) 18:52:37ID:???http://e-words.jp/w/E4B88BE4BD8DE4BA92E68F9B.html
0445442
2005/04/15(金) 19:43:32ID:???0446nobodyさん
2005/04/16(土) 18:11:20ID:???0447nobodyさん
2005/04/16(土) 22:25:42ID:???使いやすくなるのでしょうか？
0448nobodyさん
2005/04/16(土) 23:49:45ID:???0449nobodyさん
2005/04/16(土) 23:52:58ID:???0450nobodyさん
2005/04/17(日) 00:13:01ID:???いちいちコンパイルするのも面倒と言う人は多そうだが mod_perl も別途残るのかね?
0451nobodyさん
2005/04/17(日) 02:07:08ID:???仕組みにするんじゃないの？
0452nobodyさん
2005/04/18(月) 06:41:14ID:qDcdAqsy0453nobodyさん
2005/04/18(月) 06:45:42ID:???0454nobodyさん
2005/04/18(月) 07:02:36ID:???parrotによってPHPのバージョン問題も解決するかもなんだし
0455nobodyさん
2005/04/18(月) 10:43:34ID:???0456nobodyさん
2005/04/18(月) 10:54:42ID:???mod_parrot は parrot VM のみのモジュール
一方 mod_perl や mod_python は parrot コンパイラとしてのモジュールとして残り
これらを一緒にまとめて apache に組み込むのが大勢になるだろう
0457nobodyさん
2005/04/18(月) 19:18:33ID:AqCrvPyBProvide a Common Apache Layer for Parrot-based Languages
とあるので、将来的にはParrotのコードを出力できるすべての言語が対象になるみたい。
勿論、parrot自身がサポートしてるフォーマット以外については
コンパイラが別途必要になるはずだけど。
言語毎に拡張ライブラリとして存在していた mod_* モジュールが
mod_parrotに統一されるといってもいいんじゃない?
開発者が別なので、実際どうなるか判らないが
mod_parrotがあればmod_perl6 はいらないはず。
mod_* モジュールは、アパッチのモジュールをC以外の言語で書くためのものなので
早い話、ApacheAPIのラッパー。キャッシュとかとは別問題です。
mod_parrotのサイト
http://www.smashing.org/mod_parrot/
0458nobodyさん
2005/04/18(月) 22:54:15ID:???ちょっと違うっぽい。
Provide a Common Apache Layer for Parrot-based Languages てのは、
「Parrot 系言語全てに共通する apache 上の runtime engine を提供する」
と言っているんであって、mod_parrot 自身がコンパイラ機能を持つと言っているわけじゃないみたい。
じゃあコンパイラである mod_perl は全く別のモジュールとして apache に組み込まれるのかと言うと、
またそれもちょっと違って、
mod_parrot の上に各言語個別レイヤとして mod_perl, mod_python なんかがのっかる形になるらしく、
「mod_perl 自身を perl で書いて parrot にコンパイルして mod_parrot 上で動かす」
などと楽しげなことが書かれてる。
0459nobodyさん
2005/04/19(火) 16:24:59ID:???そうなると、jythonみたいな処理系も必要ないんじゃねーかなー
と思うおれは、間違ってますか？
0460nobodyさん
2005/04/19(火) 17:36:49ID:???0461nobodyさん
2005/04/20(水) 12:52:17ID:???0462nobodyさん
2005/04/20(水) 18:50:10ID:CKmNNRPfコンパイラが別途必要になるのは、自分もそう書いたつもりだったのだけど。
従来のapacheモジュールを書く為のインターフェースという意味では、
少なくともこの部分は mod_perl, mod_python等と言語毎に作る必要ない。
代わりに、mod_perl等の各言語毎のモジュールは、プラグインのような位置付けになるということですね?
(いらないというのはいい過ぎた)
parrotをバックエンドとして、gccみたいなフロントエンドがあれば
コンパイラとしてのそれぞれの言語に対応したモジュールは不要になりそうですね。
parrotのLanguage Options に --python とかあるのでちょっと期待してます。
>>459
まず、Java言語->parrot コンパイラとか、javaのbytecodeローダとか
parrotでのJAVA言語/環境へのブリッジを(誰かが)書かないといけない。
Parrot上ではJython,JRuby等はひとつにまとめられるかも知れないが、
JVMでの動作を対象とした場合jythonはまだまだ有用なんじゃないだろうか。
インフラ側の視点では、
例えばParrotを選択した人にとって、jythonは不要になるかも知れないが。
言語コミュニティの視点で見ると
CLI向けにIronPython, JVM向けに Jython, LLVM向けにPyPy, Parrot向けに pie-thon,pyrate, etc...
と、複数のインフラを対象とすることは有意義だと思う。
0463nobodyさん
2005/04/20(水) 21:14:09ID:???0464nobodyさん
2005/04/20(水) 21:33:52ID:???Q. なんで新しい VM なんか作るの?
Perl → Java bytecode のコンパイラを作って、あとは JavaVM で動かせばいいぢゃん
A. JavaVM は型の縛りが強過ぎて Perl と相性悪いのよ
というのがあって、Java → Parrot のコンパイルでも何らかの相性の悪さ、
例えば JavaVM に比べて実行速度が著しく遅くなるとか、
なんかしら出るんじゃないかという気も。
あとまあ、Sun から訴えられるかもしれんし(笑)
0465nobodyさん
2005/04/20(水) 21:37:51ID:???0466nobodyさん
2005/04/20(水) 21:45:25ID:???ttp://oka326.blogspot.com/2004/08/perl-is-dead.html
ttp://oka326.blogspot.com/2005/03/yet-another-ruby-vm-lightweight-vm.html
0467nobodyさん
2005/04/20(水) 21:56:39ID:???なんだか小難しいこと書いてるけどさ、プログラムってのは最終的には
動けば何だっていいんだよ。PHPなんてそれすらできてないけどな。
0468nobodyさん
2005/04/21(木) 00:31:43ID:???.NET な人だねえ
そういや ActiveState の Visual Perl って、使ってる人いるんだろうか?
■ このスレッドは過去ログ倉庫に格納されています