「コンパイラ・スクリプトエンジン」相談室13

「コンパイラ・スクリプトエンジン」相談室13 at TECH

[前50を表示]
700:デフォルトの名無しさん
09/11/08 12:33:49
>>697
特攻しました。

701:デフォルトの名無しさん
09/11/08 12:33:56
ゲ製板にフォークしたいような勢いだな、と思ったんだが、
スクリプトで検索したら既にいくつかスレあるな。過疎ってるしw

ゲーム用スクリプトの話題はそっちに分ける？

702:デフォルトの名無しさん
09/11/08 12:49:27
>>698
いやgoto用ラベル管理が必要になるだけで、
後はCのマクロレベルで問題なし。

703:デフォルトの名無しさん
09/11/08 12:55:27
>>702
Cマクロレベルだとネストの管理が出来ないだろう。
それに#defineマクロは記述性が悪い。

704:デフォルトの名無しさん
09/11/08 13:06:24
殻の中の小鳥と分裂守護神トゥインクルスターは
あの当時の98ユーザーなら知ってるとして、

セーラー服戦士フェリスはパッケージにRPGって書かれてたんだぜ。詐欺だよ。
しかもスピードが速すぎてマシンクロックを落とすか
ファンクションキーでスピードを落とさないとゲームにならないんだよ。

フェリスの後継のコズミックサイコは音楽CDが付属していて
今でも高値で売られてるんだよ。

705:700
09/11/08 13:07:50
_ KENJI ― 2009/11/08 12:52
金曜日から質問攻めが凄いですね。
1人の方なのでしょうか?
それともどこかで話題になっているのでしょうか。
どこかで話題になっているようでしたら教えていただけると幸いです。

質問の答えですが、半角英文が先頭に来るメッセージの場合
mes game start
と記述するか、#defineでmesをm辺りに定義して
m game start
とでも記述してください。
半角英文が日本語の中に来るときはそのまま半角文字を記入してokです。
まあしかし、ゲーム中には全角英文字しか使わないので滅多に出番がありませんが。
start_game 1とexit_gane 1はstart_game(1)とexit_game(1)とも記述出来ます。
後はこの場合メインループの外側でstart_game(local)やexit_game(local)の様に外部に登録します。Cとは違い、前方参照も出来ます。

706:デフォルトの名無しさん
09/11/08 13:16:55
ここに本人が書いてるみたいなレスは、転載か何かか。

707:デフォルトの名無しさん
09/11/08 13:19:52
>>703
ラベルをスタックで管理。> ネスト

708:デフォルトの名無しさん
09/11/08 13:22:17
98ユーザーも結構多いんだな。
こういった内部でしか使われない言語が表に出ると反応が様々で怖いな。
俺がスクラッチから作った言語がこのスレに晒されたらと思うと怖いな。

709:デフォルトの名無しさん
09/11/08 13:23:42
>>707
それじゃあ、if not goto,if goto,gotoだけじゃないじゃん。

710:デフォルトの名無しさん
09/11/08 13:24:23
今から>>708の言語を捜すスレになりました。

711:デフォルトの名無しさん
09/11/08 13:31:40
>>709
それはターゲット言語であって、処理系の話じゃないでしょ?
その辺はちゃんと区別できないと。

712:デフォルトの名無しさん
09/11/08 13:34:13
IBM5100ユーザーも結構多いんだな

713:デフォルトの名無しさん
09/11/08 13:35:27
>>707
おいおい、C言語の力を使ったら何だって出来るだろ?
マクロだけで実装してるから話題になっているわけで、趣旨が違うぞ。

>>708
フツーの人はそうだよ。言語処理系のソースコード公開するのも怖いし。
吉里吉里の人は特別だよ。

714:デフォルトの名無しさん
09/11/08 13:51:17
＞吉里吉里の人は特別だよ。
吉里吉里スクリプト自体は、仕様としてはさほど大したものではない。
仕様を真似して似たようなオブジェクト指向スクリプト言語を構築してみたが、
コンパイラ+VMで２週間くらいでできたよ。

吉里吉里がすごいのはKAGというADVゲーム開発環境一式が公開されていることと、
それによる市販ソフトの実績が十分にあるところだな。

715:デフォルトの名無しさん
09/11/08 13:55:40
>>713
そのマクロ機能実現に、ラベルのスタック管理が必要だってことでしょ?
popしてるじゃん。そのマクロのコード読めてないの?

716:デフォルトの名無しさん
09/11/08 14:01:39
>>714
VMの性能はおいといてもコンパイラをスクラッチで2週間で組めるのならあんた十分凄いよ。
吉里吉里というのは自分は知らんが、KAGというのは吉里吉里上のラッパかな?
ここに出ているマクロ言語は自分には6人月の仕事だ。

717:デフォルトの名無しさん
09/11/08 14:09:14
>>715
いや、だから言語の仕様上だけで実装してるのがすごいんじゃん。

ああ、わかった。#defineマクロ機能を完全にとpop機能を実現するコンパイラを
作れば同じ事が出来るって言いたいんだな。

LISP信者には悪いが可読性の悪いLISPや#defineマクロよりmasm似にたマクロを
使えた方が可読性は増す。

あと、Cの#define中って、#ifdefとか#ifって使えたっけ?
使えるのならCの#defineの実装って結構やっかいそうだな。

718:デフォルトの名無しさん
09/11/08 14:12:10
あ、でもだめだ。#defineではlocalなラベルは作れん。

719:デフォルトの名無しさん
09/11/08 14:19:02
>>716
最近は48時間な時代だからなあ

720:デフォルトの名無しさん
09/11/08 14:21:54
一つずつ名前をつけるのもめんどくさいほどの大量のフラグとパラメータの
複数スナップショット取れる風な恒久化っていうのはいいね。

俺言語を作ろうとすると文字列のサポートとかマンドクさくなるので
こういう状態遷移管理専用言語もおもしろそうだ。

昔、bitか何かで「ある番地(A)からある番地(B)のデータを引いて０になったらある番地(C)へ飛ぶ（だったっけ？）」な
命令が１つあれば、他の命令はこれの組み合わせで実装できるとかあって１つしか命令無いんだから、
A, B, Cのアドレスを並べておくだけでいいとか。

721:デフォルトの名無しさん
09/11/08 14:24:09
だーらLispのマクロはマクロプロセッサ的なマクロとは別物だっての。

アセンブラのマクロといえば、NASMのマクロがラベルのプッシュ・ポップとかの
機能をもってたかな。

722:デフォルトの名無しさん
09/11/08 14:30:34
うろ覚えで鼻息の荒い奴はいったい何なんだ

723:デフォルトの名無しさん
09/11/08 14:31:05
だれもForthのことを思い出してくれない。

724:デフォルトの名無しさん
09/11/08 14:32:15
>>715
#calc __cmd_num __cmd_num+1
#define local1 "f_{__cmd_num}"
こんな命令が有るようだとさすがに#defineとpush/pop程度の実装では無理だよ。
全ての条件文にユニークなラベルを発効する命令だと思う。

>>721
Lispは高性能なのは分かるが記述性が自分には難点。
Wizerd級になると一瞬で判別できるみたいだけどね。

725:デフォルトの名無しさん
09/11/08 14:34:09
>>724
それがラベル管理でしょ。
ワンパスコンパイラのコード読んだことないの?

726:デフォルトの名無しさん
09/11/08 14:37:40
煽るだけの奴が一番頭悪そうだな

727:デフォルトの名無しさん
09/11/08 14:40:37
久々に高純度の自己紹介レスを見た。

728:デフォルトの名無しさん
09/11/08 14:45:21
>723
LispはメジャーだけどForthはダメだなぁ。
こういったシナリオ系のスクリプト言語と相性良いと思うんだけどね。Forth。

729:デフォルトの名無しさん
09/11/08 14:46:16
今はJVMで簡単に俺言語を試せて楽だね。
バイトコード吐いてもいいし、
まずはJavaコード生成でもいいし。

730:デフォルトの名無しさん
09/11/08 14:47:31
>>715
完全な#define命令とpush/popだけでは無理だよ。いい加減諦めな。

>>719
天才は日本の財産だ。体に気をつけろ。

>>720
>よって、プリプロセッサの大きさに比べてコンパイラの大きさは小さい。
>そして強力な文字置換により、文字セットもプリプロセッサ時、コンパイル時、実行時の3段階で解決される。
文字セットも3種類必用だそうだ。逆にめんどくさくないか?

>>721
一時期LISPにはまったが、やみつきになる言語だよな。RPNもやみつきになったな。

>>722
ここも天才だけが来るスレじゃないし、仕方がないんじゃん。
間違えを認められれば先に進めるし、反論だけの奴はその程度の奴だし。

>>723
わりい、忘れてた。

>>724
そんなにいきり立つなよ。言ってることが正論でも相手が受け入れなくなる。

新言語で週末は面白かったけど、特攻は>>697レベルの事でするのは相手に失礼。

まあ、なんだ。ここは天才が比較的多いんだから、
もっと柔軟に楽しく言語を作ろうぜ。

言語を作るってのはプログラミングにおいてOSを作るのに匹敵し、
神になれるんだからさ。

731:デフォルトの名無しさん
09/11/08 14:50:14
>>725
今更ラベル管理を言ってもまあむりだ。
最初の#defineとpush/popだけで実装はどこへ行った。

732:デフォルトの名無しさん
09/11/08 14:51:05
>>702
> いやgoto用ラベル管理が必要になるだけで、
> 後はCのマクロレベルで問題なし。

733:デフォルトの名無しさん
09/11/08 14:54:16
>>732
おっちゃん、言ってることがどんどん増えて行ってるよ。
あんたの負けだよ。

734:デフォルトの名無しさん
09/11/08 14:54:52
>>732
これじゃ言ってることわからん奴もいるわな。

735:デフォルトの名無しさん
09/11/08 14:55:25
過去のレスを「増えていってる」とは言わんのでは。
相手の言ってることのうち都合の悪いところを忘れたもん勝ちの
口喧嘩でもしてるなら別だけど。

736:デフォルトの名無しさん
09/11/08 14:58:33
>>698 >>702は処理系の話だろ？
>>696は実行系の話だろ？
>>733は区別付いてないじゃないの？
作ったことない人は混同しがちだけど。

737:デフォルトの名無しさん
09/11/08 14:59:43
>>735
一端ゆっくり考えて、#defineと何が必用だか1つのレスに分かり易くまとめてくれないか。
IDが出ないもんでぶつ切りの主張だと何言っても通用しないぞ。
while-endの仮想コードでも良いよ

738:736
09/11/08 15:00:23
>>736
> >>698 >>702は処理系の話だろ？

処理系→翻訳系

739:デフォルトの名無しさん
09/11/08 15:01:23
>>737
IDが出ないなら、相手を同一人物だと思わないほうがいいんじゃないの。
735は俺だけど、少なくとも今日は初めて書き込んだぞ。

740:737=733
09/11/08 15:02:10
区別は付いてるさ。
ただ、同じ奴が言ったとは分からなかった。

741:737=733
09/11/08 15:06:15
>>739
すまん。IDがでないと不便だな。

742:デフォルトの名無しさん
09/11/08 15:07:39
いや別に不便じゃないよ。
仮想敵と戦わなければいいだけ。

743:737=733
09/11/08 15:12:04
>>742
了解。

まあなんだ、言語仕様のことだから、レスは2つとかに分けず1つに書くか
名前を明記して欲しかったな。

744:デフォルトの名無しさん
09/11/08 15:17:30
じゃあ次はこのC言語がターゲットの片言Algolコンパイラについて話そうか。
URLﾘﾝｸ(catb.org)
500行弱だな。

745:デフォルトの名無しさん
09/11/08 15:17:50
まぁ、逆に「仮想別人」のケースもあるけどなｗ
やたら興奮気味に、仮想敵だとか見えない敵云々言ってるのがいたら、そいつは
「ズバリ言い当てられけど隠れ蓑があるから上手く逃げてやるぜざまあ見ろ」
的な昂ぶり方をしている可能性もある。

746:デフォルトの名無しさん
09/11/08 15:20:49
Algolしらん。FORTHは昔、MZ系PCのOS、S-OSに実装されてなかったっけ。

747:デフォルトの名無しさん
09/11/08 15:27:02
>>744
nを初期化し忘れてやがるw > サンプルコード

748:デフォルトの名無しさん
09/11/08 15:29:58
みんな凄いんだね。
C/C++でブログのプリプロセッサ並の物を作るとしたら、どれくらい時間がかかる?
ラベルはハッシュ管理かね、HPとコンパイルスピードを見る限りは。
大量のラベルが生成されるだどうね。

SAVEデーターとバグFIXで増える文字列はどうやって解決してるのだろう。
あと、未読既読機能。VMの力も使ってるんだと思うけど。

749:デフォルトの名無しさん
09/11/08 15:35:05
>>748
C言語で集中的に出来るんなら1週間でマクロの仕様を考えて、1ヶ月でプログラムかな。
C++ならもうちょっと短くできる。

750:デフォルトの名無しさん
09/11/08 15:36:54
C言語に落とすのか>foogol
エラーがあるとreturnしちゃうのが新鮮かな？

URLﾘﾝｸ(catb.org)
logoはなんとなくSMC-70で使った覚えがあるがpilotってどんなのだっけ？

751:デフォルトの名無しさん
09/11/08 15:36:57
C/C++でやろうとするから大変なんじゃないの?
PythonとかGCある言語なら二週間くらい。

ただああいうのは言語機能そのものよりも、
ドメインとマッチしているかどうか、
実務支援のリソースが豊富かどうかで
良し悪しが決まってくる。

752:デフォルトの名無しさん
09/11/08 15:41:16
>>750
URLﾘﾝｸ(rpilot.sourceforge.net)

753:デフォルトの名無しさん
09/11/08 15:42:17
>>750
focalは「きだあきら版」じゃないか。

754:デフォルトの名無しさん
09/11/08 15:47:37
プリプロセッサのプログラム自体は1ヶ月ぐらい(C言語)だけど、
仕様を考える時間が結構かかりそうだな。
3段階の文字列解決とかコンパイラ本体とVMの全ての仕様を同時に考えないといけない。
作りながら仕様変更等もありそうだから、一概には言えないな。

755:デフォルトの名無しさん
09/11/08 15:55:13
シナリオを1秒でコンパイルとかwavを0.1秒でコンパイルとかスピードに命を掛けてるみたいだし、
やはりプリプロセッサ、コンパイラ、VMとの兼ね合いがあるから日数は簡単に出せないな。

756:デフォルトの名無しさん
09/11/08 16:06:56
「wavをコンパイル」
こういう用法はやめてくれ

757:デフォルトの名無しさん
09/11/08 16:07:44
正しくはwavを圧縮だな。

758:デフォルトの名無しさん
09/11/08 16:16:34
wav変換にかかる時間なんて処理系の出来とは関係ないでしょ?

759:デフォルトの名無しさん
09/11/08 16:26:02
いや、音声wavの圧縮が0.1秒というのは相当早い。
多分インラインを使いまくってるんだろう。
そこから推測すると、シナリオファイルのコンパイルと圧縮が1秒というのは
コードのチューンに相当時間をかけている。多分インライン使いまくりだろう。

JAVAで良いのであれば1ヶ月もあればプリプロセッサを作れるが、
プリプロセス、コンパイル、ＶＭ、その間の仕様決め、
そして最適化となると単純にプリプロセス時間だけを計ってもしょうがない。

760:デフォルトの名無しさん
09/11/08 16:26:16
実用になる言語ってのは、どこかしらに「巨大な～を高速に～できる」な実装が必要になると思うんださ
言語仕様では、それらが簡易に記述できれば嬉しいなとか言語ワナビの俺が言うんだから間違いはない

>wav変換にかかる時間
コンパイル時間が短ければ、リリースも早くできるんじゃないか？

761:デフォルトの名無しさん
09/11/08 16:26:50
Cプリプロセッサ風の何か、なら0.5人月だけど、
標準が定義するところの「プリプロセッサトークン」を正確に認識し、
展開結果に、またマクロが現れるとかそういう場合についてのふるまいを、
正確に標準に定められた通り動作するものを実装しようと思ったら、
どれだけかかるかわからないな。

762:デフォルトの名無しさん
09/11/08 16:32:38
何でも組める天才はいるんだよ。
でも、この人は一度プログラマーを辞めようとしてるんだよな。
酒や薬(安定剤?)、そしていくつもの会社を渡り歩き、今は経営者兼任。
プログラマーとしては天才だが、人生の天才ではないな。
俺なら凡人で良い。

新しい書き込み
_ KENJI ― 2009/11/08 16:15
書き忘れましたがインクルードは
#include <w95gd.mac>
#include "h00win0.mac"
として、標準マクロと標準命令はw95gd.mac、
そのゲーム専用のマクロはh00win0.macに記述します。

763:デフォルトの名無しさん
09/11/08 16:34:30
>>759
> いや、音声wavの圧縮が0.1秒というのは相当早い。
> 多分インラインを使いまくってるんだろう。

0.1秒はライブラリの仕事じゃないの?
処理系関係ない。
1万ファイルだから外部プログラムの呼び出しコストを下げたいと書いてある。>>670

764:762
09/11/08 16:35:16
薬は睡眠薬かもね。イソミタール、ロヒプノールで検索したら、相当強い薬だった。

765:デフォルトの名無しさん
09/11/08 16:35:28
>>759
なんも分かってないな。

766:デフォルトの名無しさん
09/11/08 16:41:29
>>763
この会社の圧縮はCG,WAV,シナリオ全てオリジナルだよ。
ゲーム分解ツールで見たことがある。
多分、他人のコードが入るのを嫌う、昔気質のオールドタイプだよ。
KMAKEもフルアセンブラだから、インラインも使いまくりだろう。

圧縮に必用なビット演算はアセンブラが一番強いからね。
もしかすると、フルアセンブラかもね。

オールドタイプだから、斬新だけど古めかしいスクリプトコンパイラなのだろう。

推測ばっかだなｗ

767:759
09/11/08 16:43:57
>>765
何が分かってないか、教えてくれ。
あまりにも自分の理解力がないのなら、答えなくても良い。
自分の馬鹿さを嘆くから。

768:デフォルトの名無しさん
09/11/08 16:44:56
>>766
オリジナルかどうかって事じゃなくて、
インラインだろうが、呼び出しだろうが、ライブラリだよね?
>>748のお題は「ブログのプリプロセッサ並の物」だから別の話。

769:デフォルトの名無しさん
09/11/08 16:47:16
>>767
例えば0.1秒もかかる処理1万件、
これの何をインライン展開すると速くなるわけ?
外部プログラム呼び出しを辞めたのは>>670にある。

770:766
09/11/08 16:48:34
話がわき道にそれてすまん。
それだったらCで2ヶ月かな。

771:766
09/11/08 16:50:45
767でなくてすまん。
>>769
圧縮自身。

772:デフォルトの名無しさん
09/11/08 16:52:27
圧縮そのものに処理系もインラインも関係ないじゃん。
それともKMAKEで圧縮関数書いてあるの?

773:766
09/11/08 16:53:35
>>769
>>ALL

>>766
で書いたインラインも使いまくりというのはインラインアセンブラ使いまくりの
間違えです。すみません。

774:デフォルトの名無しさん
09/11/08 16:55:18
自前の圧縮ルーチンをインラインアセンブラ使って書いてるって話なら分かる。
ただスレ違いかと…

775:デフォルトの名無しさん
09/11/08 17:25:11
hashをインラインアセンブラ化して2倍のコンパイルスピードだそうです

KENJI ― 2009/11/08 17:13
CG,WAV,シナリオの圧縮はオリジナルです。
昔は全てアセンブラで組んでいましたが、
最近は移植性のため一度C言語で組んでそれをインラインアセンブラ化します。
圧縮のビット操作関係とプリプロセッサとコンパイラのラベル解決のプログラムはC言語版は残したままで1からインラインアセンブラで組み直しています。
インラインアセンブラの採用で圧縮展開は5倍、コンパイラは2倍くらいのスピードになります。
ゲーム本体は展開以外はほぼ同じスピードなので、インラインアセンブラを積極的に使ってません

_ KENJI ― 2009/11/08 17:19
未記入様。
ご報告、有難う御座います。
読んでみると自分のせいで荒れているみたいですね。
申し訳ないです。
ここでの質問は紳士的でしたので、問題はありません。

776:775
09/11/08 17:29:26
もしかしてhashを使っているという前提が違うのかもしれません。
>コンパイラのラベル解決のプログラム
というのはHPでhashで説明してますが、hash以上の性能のアルゴリズムって有ります?

777:デフォルトの名無しさん
09/11/08 17:36:03
>>776
トライがある
まあただのトライ木ではないだろうけど

778:デフォルトの名無しさん
09/11/08 17:40:45
言葉が抜けてた
トライを実装する場合ってことね
トライ構造にした上で、シンボル化する
シンボルってのは、LISPのアレね
こうすると、新規のラベルかどうかはトライでインクリメンタルに、
既成のラベル同士ならアドレスの比較だけで済む

779:デフォルトの名無しさん
09/11/08 17:40:59
順当に考えてハッシュだろう。
キーをどうやって生成してるか分からないが、
2倍というのは凄いな。

780:デフォルトの名無しさん
09/11/08 17:57:56
ハッシュが2倍とは書いてないようだが

781:デフォルトの名無しさん
09/11/08 18:00:24
おこちゃまだから切り刻むことしか思いつかない

782:デフォルトの名無しさん
09/11/08 18:06:39
>>778に補足
一意なんだからアドレスの比較も不要だな
ユーザープログラム上で比較する時は、の話

783:デフォルトの名無しさん
09/11/08 18:09:38
トライは順序構造だから当然文字列の大小も判定できる
ハッシュだと一度文字列レベルに落とし込む必要がある
文字列処理にハッシュが使われない理由でもある

784:デフォルトの名無しさん
09/11/08 18:40:58
勉強になるよ。

785:デフォルトの名無しさん
09/11/08 19:21:27
何でこんな伸びてるの？
三行で頼む

786:デフォルトの名無しさん
09/11/08 19:25:15
1行で要約すると
子供がエロゲの作成過程を知って興奮

787:デフォルトの名無しさん
09/11/08 19:59:29
なんか最近似たようなニュースがあったな

788:デフォルトの名無しさん
09/11/08 20:03:27
>>786
VHSがアダルトビデオのおかげで普及したという神話もあながち…

789:デフォルトの名無しさん
09/11/08 20:45:33
>>788
それはうわさじゃなくて事実

790:デフォルトの名無しさん
09/11/09 01:00:34
糞とか古いとか言ってた奴の言語を見たいよ。
概要で良いからどれだけ素晴らしい言語を実用レベルにしてるか見て欲しいよ。

こういう事言っても誰もやってくれないんだよな。
口先だけだと思われたくなければやってよ。

791:デフォルトの名無しさん
09/11/09 01:10:16
なんで自分の力量を証明するためだけに言語を作らないといかんのだ。

792:デフォルトの名無しさん
09/11/09 01:14:50
実際に出来るのは理論だけか、
コンパイルスピードの遅い実用的にならない物だけだろ?

コンパイルスピードを極限まで早くするためにmakeを内蔵し
アセンブラを豊富に使っているプロと比べものになるわけ無いよ。
しかも言語仕様が柔軟でエロゲだけではなく
携帯電話のゲームのコンパイラにもなるんだぜ。

そんなのここのスレの住人の一握りしか出来ないよ。

793:デフォルトの名無しさん
09/11/09 01:16:54
>>791
今まで作ってきた言語の仕様の一部を晒せば良いんじゃないか？
じゃないと糞とか古いとか言っても説得力がない。

794:デフォルトの名無しさん
09/11/09 01:19:19
素人はコンパイラジェネレータを使えばok。
コンパイルスピードは目をつぶる。

795:790
09/11/09 01:21:53
>>791
今までに作った素晴らしい言語の仕様を教えてくれればいいよ。

796:デフォルトの名無しさん
09/11/09 01:24:20
kimoi

797:デフォルトの名無しさん
09/11/09 01:30:13
そんな物、作れるのはほんの一握り。
皮肉だと思うが、スレに期待しすぎ。

798:デフォルトの名無しさん
09/11/09 01:39:51
て言うか何言ってもいちゃもんつけるんだろうなあ…
不毛だこと

799:デフォルトの名無しさん
09/11/09 02:00:39
さすがにもうゲームの制御ならインタプリタで十分だろうに
未だにコンパイルスピードとか言ってる人もいるんだな

800:デフォルトの名無しさん
09/11/09 02:05:43
よそから飛んできたんでひょっとしたら799は空気が読めてなかったかもしれない

801:デフォルトの名無しさん
09/11/09 02:45:02
いや普通の意見
ゲームがらみだからボルテージ上がってる子供がいるだけ

802:デフォルトの名無しさん
09/11/09 06:15:43
neccdとsmartdrvとatokと入れて
この人のコンベンショナルメモリのツール等を使って639kb空けたよなぁ。
この人は何やるにしても究極を求めちゃうんだろうな。

803:デフォルトの名無しさん
09/11/09 07:25:48
DOS全盛の頃はX68000使ってたからさっぱり判らん

804:デフォルトの名無しさん
09/11/09 08:34:12
ゲームがらみはゲ製板のスクリプトスレでやれや
ｽﾚﾘﾝｸ(gamedev板)l50
ｽﾚﾘﾝｸ(gamedev板)l50

805:デフォルトの名無しさん
09/11/09 08:50:42
といっても、閑古鳥が鳴いてたスレだからな、ここ。
この話題無くなったらまたシーンとするだけだし、積極的に他へ追いやることもないよ。
誰も居なくなったこのスレを眺めて「よし、俺の仕事によってスレの純度が保たれた！」と
悦に浸ってもしょうがないし。

806:デフォルトの名無しさん
09/11/09 09:12:07
ボルテージ上がってる人は、KENJIさんご自身が
「それと吉里吉里などもっと凄い言語が公開されていますので、
ソースコードなどはそちらを参考にした方がよいと思います。」
と、おっしゃっていることは都合良く見落としてないかね？

807:デフォルトの名無しさん
09/11/09 09:38:49
謙虚なところもいいね。

808:デフォルトの名無しさん
09/11/09 09:43:37
>>806
ボルテージって言葉が好きなんだね

809:デフォルトの名無しさん
09/11/09 10:52:23
とにかく、他に機種へクロス移植しやすいように
マクロで構文を作りMAKE内蔵のコンパイラが有るって言うのが分かって、
LISP信者の俺は嬉しい。
OHPの方は本当に素人向けに説明しようとして放置しているみたいだな。

810:デフォルトの名無しさん
09/11/09 10:55:40
言語それぞれに特徴がある。
だが、それが良い。
特定言語の信者は何故それが分からん。

811:デフォルトの名無しさん
09/11/09 12:11:01
Hello, wolrdから先に進まないからじゃまいか?

812:デフォルトの名無しさん
09/11/09 12:46:48
>>810
べつにそれがわからんから信者なわけじゃないだろう。
何故それが分からん。

813:デフォルトの名無しさん
09/11/09 14:15:19
いい暇つぶしになった。
巨大なファイル多数を高速にコンパイル、optasmやTurboCを思い出す。

マクロで構文を作るってスピードの面でずいぶん不自由だと思うが、
ゲームで敵の移動アルゴリズムや、
リンカを作ってexe/comファイルの出力だかを多量に高速で出来るのか。

面白そうだし、是非公開して欲しいね。
構造化pic-basic見たいのを作りたいよ。

814:デフォルトの名無しさん
09/11/09 14:21:34
ＨＰの方も知り合いのために作ったって書いてあるもんな。
スキルが低い知り合いだったのだろう。

なぜスクリプトコンパイラとスクリプトエンジンの分割をした方が良いとか、
ラベルの前方参照の解決方法とか、このスレじゃ当たり前のことを丁寧に
解説している。
ＨＰも再開して欲しいな。

815:デフォルトの名無しさん
09/11/09 14:23:29
>>813
picじゃ逆ポーランドは荷が重すぎないか?

816:デフォルトの名無しさん
09/11/09 15:02:13
有難う御座います。
趣味でPICではないですがAVRのリンカを作っています。
その為に、単純比較式 r0==0 とかを1byteで記する命令を作っています。
しかしPICは変数の割り当てが難しいのでVMを作るのは大変だと思います。

817:デフォルトの名無しさん
09/11/09 15:46:19
>>786
なんか信者的な意見も飛び出してるしなぁ

# さっきまで規制食らってたからニヨニヨしてるしか無かったが

818:デフォルトの名無しさん
09/11/09 22:24:56
久々の大物だったからな。
構造文もマクロで記述、MAKE内蔵、ハイスピードコンパイル。
これを実装してるんだから良いネタだよ。
それに古いとか糞とか言う奴と賛美している奴がいて楽しかったよ。
おれは古く見えるが、仕様用途にマッチした実装だと思うよ。
このプログラマが何でも組めるというのは事実だけど天才は言い過ぎかな。

819:デフォルトの名無しさん
09/11/09 23:50:22
Follow集合の計算がわからん
教えてくれ

Directorもついでに教えてくれ

お願いします

820:デフォルトの名無しさん
09/11/10 00:18:16
follow集合とdirector集合かな？
ググれば分かり易いサイトが結構あるけど。

821:デフォルトの名無しさん
09/11/10 00:22:33
くそー、規制で祭りに乗り遅れたよ。
このスレにこんなに活気が溢れたのは久しぶりだ。

822:デフォルトの名無しさん
09/11/10 01:58:47
楽しかったよ。98時台を思い出して自分も年をとったって感じたけどw

823:デフォルトの名無しさん
09/11/10 06:16:03
実践的言語だと思う。面白いから公開して欲しい。ぜひ、PEのEXEを作りたい。

824:デフォルトの名無しさん
09/11/10 07:06:46
公開は無理と言われている。自分で作れ。

825:デフォルトの名無しさん
09/11/10 07:22:42
そうか、残念。自分で作れないことはないんだけど、
他人のコンパイラがはき出すOBJをEXE(PE)にするのが好きなんだよ。
コンパイラよりリンカを作る方が好きなんだ。何故か分からんけど。

826:デフォルトの名無しさん
09/11/10 07:30:48
おれもLINKつくるのすきだぜ。とは言ってもcomふぁいるれべるだけどｗ

827:デフォルトの名無しさん
09/11/10 08:38:20
>>825
変な嗜好だな
リソース含めたりDLLとかは厄介だったりするけど、
それも含めて好きなの？俺はごめんだわ

828:825
09/11/10 09:09:23
DLLは嫌いだけど、リソースは好き。
そう言えばリソースエディタもC/C++とほぼ同じ性能のマクロが記述できるよね。

829:825
09/11/10 10:05:51
言語は一度スクラッチで作ってこつを掴んだら、
また新しい言語を作りたくなるよね。

830:デフォルトの名無しさん
09/11/10 11:01:55
そうだね、色々な言語仕様を考える。
しかし、ここ最近の言語仕様は実践的だな。

831:デフォルトの名無しさん
09/11/10 11:17:35
ハイスピードコンパイル、ハイスピード圧縮は純粋に凄いけどな。
たぶん、アルゴリズムとインラインアセンブラの力だろう。
現代のコンパイラでも、ビット演算が得意な言語はまず無いからな。
キャリーフラグが無いのも痛い。アセンブラを使って高速化する適材適所だな。

832:デフォルトの名無しさん
09/11/10 13:50:32
C言語ですらビット操作、キャリーフラグの多用、マクロ機能は
アッセンブラには敵わない。
この人はホットスポットを見つけてインラインアッセンブラ化。
昔では当然のことをやっているだけだ。

KMAKEごときも昔の人ならアッセンブラで作る。tasm,turboc,optasm様々だ。

しかし言語体系は面白いし、色々な分野のプログラムを精力的に組んでいるところは評価できる。

でも一度プログラムを辞めたり信念が感じられない。
自信が無いのだろうか。

833:デフォルトの名無しさん
09/11/10 16:25:27
ブログの最初は自分はNo1と思っていたが、色々あって今の腰の低さになってる。
当時の98エロゲを知るオレには波瀾万丈で面白い人生だと思ったよ。
本人はそう思ってないだろうがw

834:デフォルトの名無しさん
09/11/10 17:56:08
ブログ読み終わった。PC98時代のじじいだから面白かったけど
プログラムの話はほとんど無かったね。
知っているゲームはCALと殻の中の小鳥。
それとPC98時台にエロゲでシューティングが有るって話を聞いてたから3本か。
UMBCNFGの作者さんでもあるんだね。

835:デフォルトの名無しさん
09/11/10 18:50:38
|　||⊂⊃⊂⊃||
|　|| ﾛﾛﾛﾛﾛﾛ ||　がしゃーん
|　|| ････・・ ||
|　|| ﾛﾛﾛﾛﾛﾛ ||
|　|| Coca Θ.||　がしゃーん
|　||口口口□||
|ミ||＝＝＝＝||
　￣￣￣￣
自動販売機だよ
自動で販売してくれる凄いやつだよ

836:デフォルトの名無しさん
09/11/10 19:45:10
>>833
40才にもなるオヤジが今まで
エロゲーのプログラムしか作ってないんだから
正直、恥ずかしくて市にたくなるレベル

837:デフォルトの名無しさん
09/11/10 19:53:21
>>834
社員の悪口と暴露話ばかりで
気分が悪くなった

838:デフォルトの名無しさん
09/11/10 20:13:57
>>836
逆に勿体ないよ。こんな人物がエロゲー会社に埋もれてるなんて。
結局、トップになったから安定を選んだのか。
所であんたは何の仕事してる?
俺は悪名高きコ○ミでサブとツールを作ってる。コンパイラもね。

>>837
エロゲスレやPC-98のスレを見ていてこのブログの存在は知っていたが、
エロゲスレでは英雄、PC-98スレではスタジオトゥインクルからの脱退までは
よくぞ話してくれたと言う雰囲気。

スタジオトゥインクルからの脱退は賛否両論で色恋での脱退説が濃厚だった。

その後の殻の中の小鳥を作って以降は同情だったな。

839:838
09/11/10 20:17:54
エロゲスレ->エロゲ規制スレ。
外圧で陵辱ゲームを規制したソフ倫の理事が規制を無かったことにして暴走中。

840:デフォルトの名無しさん
09/11/10 20:25:59
えーと、他所でやってくんない？

841:デフォルトの名無しさん
09/11/10 20:33:04
>>838
コナミってゲーム作るところじゃないの？
ゲーム作らせてくれないの？

842:838
09/11/10 20:34:31
すまん。他人の悪口しか言わない奴を見ると反論したくなってさ。

コ○ミではスクラッチでコンパイラ作ってたよ。
関わったソフトがほんとーにたまたま売れて社長賞とかいうのももらった。
変な会社だよ。

843:デフォルトの名無しさん
09/11/10 20:35:42
このスレの数字コテのアホさ加減見ればティンとくるはず。
壊れてんだよ。

844:838
09/11/10 20:36:54
>>841
ゲームは１人で作る物ではないよ。
たとえば敵のアルゴリズムの為のコンパイラとか。
プログラマは企画者の単なる駒だよ。

845:デフォルトの名無しさん
09/11/10 20:37:58
>>843
嫉妬は醜いよ。

846:838
09/11/10 20:42:17
>>843
たしかに壊れてる会社だったよ。
しかし給料は良い。
所であなたは何をしてる人?研究者か何かかな?

847:デフォルトの名無しさん
09/11/10 20:42:39
会社に友達いるの？

848:838
09/11/10 20:46:57
もちろん。飲みに行くと会社の悪口やエロゲやアニメの話ばかり。
でも、見た目はスタイリッシュな奴が多いよ。
前の会社のア○ラスでは、オタクっぽい恰好の奴が多かった。

849:デフォルトの名無しさん
09/11/10 20:57:21
アトラス？のどこが嫌だったん？
コナミ？にしたのは何で？

850:デフォルトの名無しさん
09/11/10 20:58:53
>>836
エロゲと言うだけで一等下に見られるのか。
作ったプログラムで見るべきじゃないのかな。
ここではコンパイラの出来で見ないと自分の品が落ちるぞ。
>>837
悪口なんて書いてないじゃん。どこが悪口?

851:838
09/11/10 21:00:33
>>849
ヘッドハンティング。給料UP。これ以上言うと身バレするから勘弁。

852:デフォルトの名無しさん
09/11/10 21:01:21
悪口は何時も単発だなｗ

853:デフォルトの名無しさん
09/11/10 21:05:10
ア(クアプ)ラスかもしれないだろ

854:デフォルトの名無しさん
09/11/10 21:08:27
>>851
いやもう見る人が見れば特定できると思うけど。
ゲロしちゃいなよ。

855:デフォルトの名無しさん
09/11/10 21:10:50
本当は羨ましいんだよ。
98時代はメモリツールで有名で、
思想は古いがコードを組む能力は凄く秀でている。
しかもポルシェ乗り回して2つの会社経営者。
そしてなんと言ってもメイドブームの始祖の殻の中の小鳥のプロデューサー兼プログラマ。
今もここやエロゲ規制スレでは名が通っている。

俺も何か後世に残せる物を作りたかったが、無理だった。
今はケツに火が付いたコンシューマゲーム屋の管理職。
コンパイラのプログラムを日曜にちまちま組むぐらいだ。(土曜も出社)

856:デフォルトの名無しさん
09/11/10 21:20:21
メイドブームってファミレスが元じゃなかったっけ
かなりスレ違いだがｗ

857:KENJI
09/11/10 21:22:07
もうそろそろプログラムとは関係ない話は辞めて欲しいです。
せっかくの良スレが台無しです。

コンパイラを組める方々が集まってきているスレですので、
自分よりもっと凄い方も多いと思います。

そんな中でスレタイにそった話しは自分が引き合いに出されても
しょうがないですが、スレ違いの話は少なくとも自分については
あまりしないでいただけると嬉しいです。

かな入力からローマ字入力に切り替えたばかりなので時間がかかるかも
しれませんが、自分個人的なことはブログで質問なり罵倒なり
していただけると嬉しいです。

858:デフォルトの名無しさん
09/11/10 21:24:28
>>856
殻の中の小鳥がメイドブームの始祖。
メイド喫茶は殻の中の小鳥の影響を受けたPiaキャロが始祖。

859:デフォルトの名無しさん
09/11/10 21:25:09
>>857
本人?

860:デフォルトの名無しさん
09/11/10 21:30:52
本人かどうかはともかく、ゲームの話はよそでやろうぜ
せめて雑談スレとか

861:838
09/11/10 21:44:31
>>857(KENJI氏)
1つだけ聞かせて下さい。
なぜ、エロゲー会社にこだわったのですか?

862:デフォルトの名無しさん
09/11/10 21:45:38
メイドブームは知らないが
これまでのメイド萌えを牽引してきたのは雪さんだよ！

863:KENJI
09/11/10 22:10:10
中学生の頃、ログインなどでゲームソフトが
掲載されて10万とか貰えて嬉しかったのです。
その延長で高校時代にアルバイト紙を見ていたら
エロゲー会社の求人が合ったので飛び込んでみました。

しかし、本当はエロゲー制作は学生時代だけにして、
ロボット関連の仕事に就きたかったのです。

でも作っていくうちにユーザーの反応がアンケートハガキやネットで
ダイレクトに返ってくるエロゲーのプログラムも面白いと思い、
最終的には成り行きで会社を作ることになってしまいました。

会社の資金を獲得するために、
本当に様々な言語で様々なプログラムを組みましたが、
一番楽しいのはユーザーとの距離が近いエロゲーと言うことを
再確認させられ、未だに会社をやっています。

あと、単純にエロいシチュエーションなどを
考えるのが好きというのもあります。

最後に、スレタイにそった話題として、
エロゲなどの演出では大量にラベルが発生します。
その上、自分のＶＭはwindows apiのラッパーみたいな物で、
メッセージ1行表示するには20個のlocal label、
簡易版のcgの表示では100個ものlocal labelが生成されます。
ですのでラベル解決には高速なアルゴリズムと高速なプログラムが必用です。
ですので、トライ木をインラインアセンブラで組んでいます。

ＶＭの実装方法はエロゲー会社、各社色々見たいですね。
コンパイラも最初の1文字が#だとcg表示とか、様々なようです。

864:383
09/11/10 22:26:13
>>863
ご回答、有難う御座います。
好きでやっているんですね。
一番の理由ですね。

865:デフォルトの名無しさん
09/11/10 23:37:54
>>855 >>863
吐気がする

866:デフォルトの名無しさん
09/11/11 00:41:09
>>865
何故か一言で罵倒する人が数人いるが、理由は何だ?

867:デフォルトの名無しさん
09/11/11 00:45:45
有名税だよ。いちいちきにするな

868:デフォルトの名無しさん
09/11/11 00:57:55
はいはい、ブログでやりましょうねー

869:デフォルトの名無しさん
09/11/11 01:07:31
KENJI氏より凄い言語&実装をしているが、会社所属なので表に出せない鬱憤…かもしれない。
しかし、品のない言葉は発言者自身の品格を下げるから、我慢しなよ。

870:デフォルトの名無しさん
09/11/11 01:46:12
コ○ミの知的財産戦略
Wikipedia項目ﾘﾝｸ
こういう会社だから？

871:デフォルトの名無しさん
09/11/11 02:46:35
自演くさいレスが異様に続いて
最近変な雰囲気になっていると思ってたら
やっぱり本人が来てたな。

872:デフォルトの名無しさん
09/11/11 03:56:40
はいはい、自作自演自作自演ね、こんな所でしてどうするw
エロゲ板のシステムを考えるスレから信者が来たんだと思う
ブログも賛美の嵐。
反ソフ倫のよりどころだからな。

873:デフォルトの名無しさん
09/11/11 04:12:55
自作自演するならエロゲーネギ板でやるでしょ。
12月に出る、ソフトをより過激に変更してる最中なんだからこんな所で油売ってる暇なんてないでしょ。
まったくもうw

874:デフォルトの名無しさん
09/11/11 04:19:53
本人も戸惑ってるみたいだし、忙しい人だからここら辺にしておかないか？

875:838
09/11/11 06:05:05
おはよう～。
>>854
そういうの、あんまり気にしない社風。同僚が読んでいたらばれてるだろうな。
飲みの時に自分から話しちゃうから気にしないけど。

以前知り合いがスクエニ辞めてパチンコ/パチスロの下請け会社を作ったんだけ
ど、
前は超羽振りが良かったのが少し羽振りが良い程度に落ち着いたから、
パチンコ/パチスロ業界も下火になっていくだろう。
羽振りが良いままなら入れてもらおうかと思ったけど。

>>870
そう言う会社。早く辞めたいけど給料が良い。

シャワーを浴びて会社に行く前にスレでも巡回するか。
自宅だと早起きさせられるのと結婚結婚うるさいのがガンw

プログラマ40才限界説って中田先生見てると嘘だなーって思う。
老後のため、まだまだ頑張らねば。

876:デフォルトの名無しさん
09/11/11 07:30:04
>>862
殻の中の小鳥は10年前はコミケでも
コスプレ多数でジャンルとしても確立してたんだよ。
それはもう凄い人気だった。
あいにくブログやスレを読むまで、ヤマトで例えると
KENJI氏=西崎、栄夢氏と新井氏=松本レイジって
関係だったとは知らなかったよ。

877:デフォルトの名無しさん
09/11/11 09:05:59
なんか IGDA の勉強会で顔を見てそうだなw

878:デフォルトの名無しさん
09/11/11 09:32:13
もうそろそろ勘弁してもらえませんか？

879:デフォルトの名無しさん
09/11/11 10:07:43
ソフ倫関係者に相当恨まれているらしい。

_ コンパイラスレ住人 ― 2009/11/11 04:41
自作自演、乙。

_ KENJI ― 2009/11/11 09:41
そう取られてもしょうがない流れでした。
迷惑をかけましてすみません。

_ （未記入） ― 2009/11/11 09:54
ソフ倫の裏切り者。

880:デフォルトの名無しさん
09/11/11 10:18:40
巣に帰ってください
お願いします
興味ないです

881:デフォルトの名無しさん
09/11/11 10:24:48
>>875
中田先生は凄いですね。
第２版も面白そうなので買います。
内容も今までの集大成と最新技術を合わせたような感じで、期待が高まる。
念のため本屋で立ち読みして、
JBOOK(ポイントが付く)でクレカで買えばクレカポイントも付くしね。

>>879
有名税でしょうね。しかし謙虚で真摯な方だ。
ブログを読んでもメンヘルっぽさは出しているが、他人の悪口なんて言ってない。
やはりソフ倫という機構の方がこのスレに紛れ込んで人格攻撃に出てるんだな。

882:デフォルトの名無しさん
09/11/11 10:35:25
言語の大体の仕様と実装方法が解ったから、
この一連の書き込みはもう打ち止めで良いだろう。
相手も迷惑を被っているみたいだし。

しかしそうなるとシーンとなって寂しいか感じがw

883:デフォルトの名無しさん
09/11/11 12:39:40
大量の巨大ファイルをコンパイルするのに、
あえてマクロで構文を実装、汎用化も高める。

そしてスピードを補うためにmake内蔵、
ホットスポットのインラインアセンブラ化、

大量のラベル解決のためにトライ木をインラインアセンブラで書く。

チト古くさいが理想と実装を両立した言い言語だったな。
13年も使って、まだ色あせないか。

まとめるとこんな感じかな。これでこのお話はお終い。
ＨＰの方で２部を再開してくれたりソースコードを公開してくれたりしたら
テンプレ入りしてもいいわだいだったが、本人にその気がないからお終い。

884:デフォルトの名無しさん
09/11/11 12:47:41
（　ﾟдﾟ）ﾎﾟｶｰﾝ

885:デフォルトの名無しさん
09/11/11 12:56:33
次の話題は中田先生の本だな。

886:デフォルトの名無しさん
09/11/11 13:15:38
LLVMのcompiler-rt/BlocksRuntimeのコードを読んでみた。
かなり汎用性が高そうだから、
マルチスレッドの効率を重視した設計の言語(ex. Erlang)実装で、
BlocksとGrand Central Dispatchが流行るかもしれない。
URLﾘﾝｸ(developer.apple.com)

887:デフォルトの名無しさん
09/11/11 14:16:07
GCDがLinuxでも実装されたら来るかも？
FreeBSDは始まってるわけだが。

888:デフォルトの名無しさん
09/11/11 15:17:40
ぶり返して悪いんだけど、K氏の言語ってLL、それともLR?

889:デフォルトの名無しさん
09/11/11 17:19:40
電卓を手書きでつ作りました。次に作るのは何がお薦めでしょうか。

890:デフォルトの名無しさん
09/11/11 18:33:48
(1)パーサジェネレータを使ってみる。
(2)電卓みたいにその場で計算してしまうんではなくて、構文木を作る。

とか。

891:デフォルトの名無しさん
09/11/11 19:05:19
>>889
UNIXのbcみたいなプチプログラムの書ける電卓

892:デフォルトの名無しさん
09/11/11 19:41:56
>>890
サンキュウ。
RPNでやってたから機械的にコンバート出来てたから(2)をやってみるよ。
>(2)電卓みたいにその場で計算してしまうんではなくて、構文木を作る。

おまけに面白い記事。

67歳の美少女ゲームメーカー社長に話を聞いた
URLﾘﾝｸ(ascii.jp)

67才でエロゲー会社社長って凄いね～。
職業に貴賎は無いんだな。

893:デフォルトの名無しさん
09/11/11 20:34:17
>>892
機械的にっていうとstackかな?
構文木でやってみるのも違いが分かって良いと思うよ。

……67才でエロゲー会社社長か。好々爺って感じでほのぼのするねw
確かに職業に貴賊はないね。
次はコンパイラ界の好々爺、中田先生の2版の話をしよう。

894:デフォルトの名無しさん
09/11/11 22:55:20
いいかげんにエロゲだけの話は勘弁してくれ。

どうせならスクリプトのドメイン特有のノウハウをもっと話題にしてくれ。
実装はあんまり興味無いから構文とかの話の方がいいな。

895:デフォルトの名無しさん
09/11/11 23:18:23
ついでのダベリ話しもダメか。
その上、実装の話は嫌とかどんな我が儘。
ゆとりか?
エロゲはともかく実装の話はスレチじゃないだろう。
スレは君の物じゃ無いんだよ。

896:デフォルトの名無しさん
09/11/11 23:33:36
Erlangを凌駕した超並列言語を実装したいのですが
どうすればいいの？

897:デフォルトの名無しさん
09/11/11 23:45:08
>895
流れで少しだけならわかるけどさすがに脱線しすぎだろ。
実装の話でもいいけど、ドメイン特有のチューニングの話されてもあんまり面白くないからなあ。
それだったら一般的な最適化の話とか>1とかの話の方が良いわけで。

>896
オブジェクトがそれぞれプロセス／スレッドを持つようにしたらどう？
効率悪そうだけど。

898:デフォルトの名無しさん
09/11/12 00:12:01
>>896
上に出てるgoとlibdispatchを参考にして考えたら?

899:デフォルトの名無しさん
09/11/12 00:23:59
>>896
FPGA上で極小CPU同士が通信するとか。

900:デフォルトの名無しさん
09/11/12 00:56:10
凌駕
超並列言語
実装

漠然としすぎているから、定義から始めますか

901:デフォルトの名無しさん
09/11/12 06:41:57
まず、普通の並列と、超並列はどこが違うか？

902:デフォルトの名無しさん
09/11/12 07:02:40
超並列マシンを想定した言語ってところですか

903:デフォルトの名無しさん
09/11/12 09:12:57
FGPAにZ80を入れるプロジェクトって、結構あったね。
現代最大のFPGAにはZ80が何個入るんだろう。
LSI-CやASM80でスレッド間通信すれば、
超並列処理の実行形を自分で作ることも可能だね。

_ KENJI ― 2009/11/12 05:22
ふう、コンパイラスレの方も一段落したみたいです。
もし、私の弁護のために書き込まれた方がいらっしゃたのでしたら
ああいう方法は逆効果です。何もせずそっとしておいていただけると嬉しいです

904:デフォルトの名無しさん
09/11/12 09:39:28
>FGPAにZ80を入れるプロジェクトって、結構あったね。
>現代最大のFPGAにはZ80が何個入るんだろう。

すべてのインストラクションを使うつもりなら
丸ごとCPU入れるのも有りだが
使ってない機能が大半ならスペースがもったいないだけ
自作CPUなり必要な機能部分だけでマルチにする方が効率いいよ

次ページ