コンパイラの作り方

教えろ。MACOS9以下で動くcobolコンパイラをつくろうと
思う。

>>1 死ね

アセンブラ

>>1
ロンパイラ？

　　　　　おめーには無理だ。
　　　　　∧＿∧ 　　　　　　　＿　＿　　　　　.'　　，　．. .∧＿∧
　　　　　（　´_ゝ`）　　_　.- ― .＝￣　￣`:,　.∴　'　　　　　（　　　） ←>山崎１３ ◆5c5udzFPUI（白痴）
　　　　／　　　　 ''￣　　　　　　＿＿　ヽ´＝',　・,‘　ｒ⌒>　_／／
　　　/ /＼　　　/￣＼-― ￣￣　　￣"'"　. 　　’ |　ｙ'⌒　　⌒＼
　＿|￣￣＼　/　ヽ　＼_　　　　　　　　　　　　　　|　　／　　ノ｜
　＼￣￣￣￣￣￣＼＿_）　　　　　　　　　　　　　, ー' 　／´ヾ_ﾉ
　　||＼　　　　　　　　　　　　＼　　　　　　　　　　／　,　　ノ
　　||＼||￣￣￣￣￣￣￣||￣　　　　　　　　／　／／
　　||　 ||￣￣￣￣￣￣￣|| 　　　　　　　　／　／　,'
　　||　 ||　　　　　　　　　　 ||　　　　　　　／　／| 　|
　　　　　　　　　　　　　　　　　　　　　　 !､＿／ / 　〉
　　　　　　　　　　　　　　　　　　　　　　　　　　　|_／

山崎１３ ◆5c5udzFPUIは本物の気違いなんだね。

>>6 山崎１３ ◆5c5udzFPUIは気違いではないにしろ、頭が悪いのは確かだな。

UNIX信者の癖にコンパイラの作り方も知らないのか

俺は実務経験はインチキシステム屋に勤めていた実績があるし、
しかもおまえらが明日受験するであろうソフトウェア開発技術者
までもっている。あんまり馬鹿にするな。ひろゆきに言うぞ。
いいからコボルコンパイラの作り方教えろ。これで一儲けするん
だよ。

左を見ろ→ 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　こっちは右だ、馬鹿

>>9
コンパイラは、自分で考えてつくるものだ。
考える力がないのか？

>>1
コンパイラは、教わらなくても、自分で考えてつくれるものだ。単純作業だからな。
だが自分で考えてつくると、気の遠くなるような地道な作業が待っているぞ。
砂浜の砂をひとつひとつ全部数えるのに似たな…。それさえ我慢できれば、自分で考えて簡単にできるぞ。
簡単だが時間はかかるぞ。

>>12
いちいち上げるな知恵遅れ。
>>1 も >>1 の勃てるｽﾚも、そしてお前も邪魔なんだよ。存在が。

最近の沢村はヌヒヌヒ言わんからつまらんな。

まだ新しい萌え本でも出たのかと思った。

>>14
ヌヒヌヒヌヒーーーーっ！！！

>>13
邪魔！？おれがか？まさか？

21st century compilers　まだー？

折れ的には名無し＠沢村は面白いので良し。

とにかくこのスレは終了。

祖父開の資格持ってるならコンパイラ技法くらい勉強しただろ。
参考書読み直してみろ。

てめーらなに勘違いしてんだ？？あっ？？
おめーらは俺の兵隊なんだよ。俺の言うことだまって聞けばいいんだよ。
いいからMACOS9でCOBOLのコンパイラ作る方法だけ俺に教えればいいんだよ。
コンパイラ技法なんて知ってるんだよ。

>コンパイラ技法なんて知ってるんだよ。

じゃあ、Mac OS9のAPIは↓にあるから勝手にやりな。

Legacy Technologies Documentation
ttp://developer.apple.com/documentation/LegacyTechnologies/LegacyTechnologies.html

コンパイラを作ろうという根性があるんなら英文ぐらい楽勝だよな（w

よく資格とれたな・・・

セルオートマトンとかわかんねーんだよ
俺中学はおろか小学校もあんまいってなかったからさ。
誰か教えてくれたのむ！

>>24
資格なんていらねー
資格なくても優秀なPGってたくさんいるし

>>25
ふーん。じゃあチューリングとか知らないんだ。
教えてやろう。アランチューリングはホモだったんだ（実話）

というか、自殺した理由もホモが公にされたからだしね。
シアン化カリウム入りのリンゴはさぞ美味しかっただろうさ。

>>28 >>27
(ﾟДﾟ)ﾊｧ?
馬鹿かお前？サイモンシンの暗号解読に書いてあったわそんなこと
もっとためになること教えろよ能無しが

この山崎１３ってチューリングテストに通るんだろうか。
おんなじことをくりかえす人工無能のような気が。

>>30
うっせばーか

おまえ俺がプログラムか何かっていいたいの？
俺がプログラムだと本気で思ってんの？

頭わりーやつにはついていけねーよ、勘弁してくれ

猫をつれてどっか逝け。馬鹿山１３。

>>27
がチューリングっていう言葉をだした瞬間から
チューリングチューリングって言い始めるけど…

お前らそれしか知らないの？、もっとデパートリー増やせよ（ﾌﾟｯ

荒井チューリング。なんだばかやろー。やまざきじゅうそう。

お笑い芸人の山崎なんとかを思い出したよ。
あの勢いだけの芸なしを（w

>>35
彼は旧一種情報処理を持っている Linux ユーザだ。

…というウワサを訊いた。

クヌース先生がコンパイラについての本を執筆される予定だ
それまで待て

>>36
元ネタはこれだろ↓

★山崎邦正はlinux(Redhat)ユーザー！！
http://pc3.2ch.net/test/read.cgi/linux/1004127931/

>>山崎
お前には絶対無理だ。やめとけ

>>1
あんたが、それ、本当に作ったら、俺はあんたの見方少し変わるかも
人間性にはかなり問題あると思うけど

>>33 お前らそれしか知らないの？、もっとデパートリー増やせよ（ﾌﾟｯ
微妙に誤字が入ってるからなかなか賢いな、何かが。

しかし、いまだにチューリングテストもないと思うぞ。

でも山崎にはゴーストはないと思う（w
攻殻機動隊じゃないが。

>> 1
　いまさら言うまでもなく情報は無償ではない。
だからさ、ひとにモノをたずねる態度というものがある。
開発やるまえに人格のデバッグとビジネスマナーの勉強をすることを
*強く*お勧めする。

でもまあ、本気でやる気があるなら、
ここに書き込むより黙って調べてきたらどうかね？
その結果を書き込んで意見を聞く。まわりは自ら思うほどの愚かさはないからね。

---
いくらネタでも、こんなのが社会人だと思うとリストラの対象にしたくなるよ。
必死に仕事探しているかたに失礼だ。失言失礼。

>>1
コンパイラでコンパイル汁

COBOLって、ＬＬ（１）文法だっけ？　まぁ、ソフトウェア開発技術者
持ってる位のレベルじゃあコンパイラを作るのはムリだろうね。
そんなに簡単じゃないよ。　他の誰かが作ったソースでもパクって
取り繕うのが関の山かと。

>>45
ヲレもそうおもう。
BNFとか、CPUのこととか、構文解析とか、最適化とか。。。
逆アセンブラ創るほうが楽なくらいだ。。。

逆アセンブラはめちゃめちゃ楽だよ。オレにも作れたぐらいだから。
でも逆アセンブラ程度でも山崎には無理。保証してやるよ。

山崎13＜＜＜＜＜＜＜＜＜いらすま＜沢村

>>46
そうそう。　まぁ正常なコードを処理するだけならまだしも、
エラー処理あたりになると、長年の積み重ねが必要に
なるだろうね（笑）

>>49
逆汗作るのはCPUにめちゃ依存だ。経験とかより、x86のCISCなコードを
正常に吐き出せる逆汗作るのは並ではない。
でもコンパイラ作るよりはずっと簡単だろ

>>1
コンパイラ作った香具師は、俺は、すごく尊敬しる
だから、おまえは作らないでくれ
おまえを尊敬したくはないんだ
わかってくれ

チューリング・テスト：

アラン・チューリングによって考案された、ある機械が知的かどうか
(人工知能であるかどうか)を判定するためのテスト。

実際には、自転車置き場と、１台の自転車を用意し
二足歩行ロボットに駐輪を試行させる。
他者の迷惑にならないよう無事に駐輪できれば、
そのロボットは十分知的な存在であると判定される。

age

>>51
心配しないでも山崎には無理。逆アセ程度でも無理。

>>54
同意。
まぁ「作り方おしえてくれ」と言ってる時点で終了気味。

>>1
じゃあすぐに高層マンションから飛び降りろ。
あの世でコンパイラ作ってきやがれ

>>56
後片付けが大変なので止めてほしい。

>作り方おしえてくれ

ていうか、わざわざここで教えなくても広く公開されてるのにね。
別に一子相伝の秘伝ではないんだから誰でも教えてもらえるのに。

ただし受け止めるほうの能力に問題あり（w

区切りのいいところでこのスレは
「ちょっとおちゃめな>>1をコンパイルするスレ」
に変更されマスタ

60は全然区切りが良くないぞ。
せめて64からにしる。

>>58
>作り方おしえてくれ
ていうか、わざわざここで教えなくても広く公開されてるのにね。

おまいよ、山崎１３はわざと言ってるんだよ。話を面白くするためにな。
要するに山崎１３はヒマなんだよ。

ぜんぜん面白くないけど。山崎のお笑いのセンスってゼロなのは認めるけど。
山崎邦正以下かよ。

>>63
確かに山崎１３は退屈なやつだよ。

COBOLってコンパイラだったの？

>>65
コンパイラって言うと語弊あるけど、インタプリタだろうが高級言語だろうが
構文解析されてマシン語に置き換えられる点では似てるなあ
でもやっぱインタプリタと高級言語は違うよなあ。。。
でも、最近のスクリプトは高級言語並というかそれ以上に便利だ

↑
なにいってるの？

>>66はなにげにバカ

インタプリタって構文解析されてマシン語に置き換えられるものばかりなん？

>インタプリタと高級言語は違う

意味不明。

>>67-69
66です。ありがとう。光栄だなあ
アホを相手にしてしまった俺もアホです。認めましょう

>>66=>>70
謙遜しなくても君は真性。

てーか、いまさらCOBOLってのもなんだか…。

>>1よ。自律記述可能な土台くれてやるから黙って読んでこい。
t3x : ttp://www.t3x.org/

　ああ。こんなところで無駄な自然言語コード書いてないで
さっさとInput MethodのUI書いちまおう。眠いがな。
　そういやInput Method(かな漢字とエンジン部分)とコンパイラ・インタプリタは
技術的にnearな部分があるんだよな。と余談。

>>72
それってＶＢ？　それともＭＦＣ？　まぁその程度のレベルで
コンパイラを考えてる時点で終了気味。

>>1
コンパイラ作る前に、まず、作ろうとしているコンパイラの元となる
言語仕様は完全に頭に入っているのか？案外それを見落としがちだ。
Cコンパイラ作ろうとしている奴が、ポインタをきちんと理解していな
かったりするのと同じ。仕様がまとまれば、あとは手法なんて確立されて
いるぞ。

オートマトン理論ごときでInputMethodとCompiler/Interpreterが
近い関係だと思ってる可哀想な人がいるスレはここですか。

strtokの使い方を憶えたので構文解析ができるぞーって
喜んでいる人もこのスレにはいそう。

俺が旧２種を取得した時はコボルでとった。もちろんコボルのことは
良く分かっている。俺はマカーだ。創意工夫に溢れている人種だ。
マックでなんでもできるような世の中にしたいんだよ！！

>>77
寝言はCASLやってから言え。

>>77はまぁ置いておいて
>>78はやってもしょうがない予感

>>78
CASLは言語的にはCより簡単だし、ちゃんとしたｺﾝﾊﾟｲﾗさえあれば、かなりいける言語だぞ。
難点はデータ型がすべて１６ビットで固定されている点だな。
文字列をword配列の下位byteにひとつ飛びにｾｯﾄしていくのは、ちょっとつらいものがある…。
そこさえ改良すれば、最も使いやすい開発環境になるのではないか？

じゃあcaslシミュレータのマック版作れ。それでもいいぞ。
その方が早いかな・・・
今気がついた・・・
俺でも作れるかも・・・
あっ・・・

>>81
おまえは結局なにがやりたいのかと・・・

そりゃ、こうやって蹴られたいだけだろ。マゾだもんな。
　　　　　∧＿∧ 　　　　　　　＿　＿　　　　　.'　　，　．. .∧＿∧
　　　　　（　´_ゝ`）　　_　.- ― .＝￣　￣`:,　.∴　'　　　　　（　　　） ←山崎１３ ◆5c5udzFPUI（白痴）
　　　　／　　　　 ''￣　　　　　　＿＿　ヽ´＝',　・,‘　ｒ⌒>　_／／
　　　/ /＼　　　/￣＼-― ￣￣　　￣"'"　. 　　’ |　ｙ'⌒　　⌒＼
　＿|￣￣＼　/　ヽ　＼_　　　　　　　　　　　　　　|　　／　　ノ｜
　＼￣￣￣￣￣￣＼＿_）　　　　　　　　　　　　　, ー' 　／´ヾ_ﾉ
　　||＼　　　　　　　　　　　　＼　　　　　　　　　　／　,　　ノ
　　||＼||￣￣￣￣￣￣￣||￣　　　　　　　　／　／／
　　||　 ||￣￣￣￣￣￣￣|| 　　　　　　　　／　／　,'
　　||　 ||　　　　　　　　　　 ||　　　　　　　／　／| 　|
　　　　　　　　　　　　　　　　　　　　　　 !､＿／ / 　〉
　　　　　　　　　　　　　　　　　　　　　　　　　　　|_／

はやく、病院逝けよ。ドアフォ。
　　　　　　　　　∧＿∧
　　　　　　　　_（　´_ゝ`）
　　　　　　／　　　　　　）　　　　　ﾄﾞｺﾞｫｫｫ　＿　　／
　　　　　/　,ｲ　、　　ﾉ/　　　　∧ ∧―＝￣　｀ヽ,　＿
　　　　/　/　|　　　（〈　∵. ・（　＿_　>　　゛　、＿　　←>山崎１３ ◆5c5udzFPUI（←白痴）
　　　｜　!　ヽ　　ｰ＝-￣￣＝_、　　（／　,　´ノ　＼
　　　｜ |　　　｀iー＿＿＝―＿　;,　／　／／
　　　 !、ﾘ　　　=＿二＿＿￣_=;,　／　／　,'
　　　　　　　　/　 /　　　　　　　／　／| 　|
　　　　　　／　 /　　　　　　　!､＿／ / 　〉
　　　　　／＿/　　　　　　　　　　　　 |_／
　　　　　ヽ､＿ヽ

　　　　　　＿＿＿＿＿
　　　　　＿|￣＿＿⊥＿＿￣|＿
　／￣＿＿＿＿＿＿＿＿＿＿＿￣＼
　 |.／　　　|| 　　　 || 　　　　　　　＼.|
　 ||　50S　|l 08.００1||　[　南栗橋　]　 ||
　 ||￣￣￣||￣￣￣ ||　￣￣￣￣￣￣||
　 ||￣　￣||￣　￣||￣￣　￣　￣￣ ||
　 || 　　　|| 　　　 ||　　　　ヽ=@=/　 ||　　　　
　 || 　　　|| 　　　 ||　　　（・∀・）？||
　 ||＿＿＿||＿＿＿_||＿l￣￣￣￣￣l_||
　 ||.＼　　　|　-Ｓ-　.|　　　￣￣￣　／.||
　 ||_＿_＼ _|＿＿＿_|＿＿＿＿／_＿_||
　 |.＼ﾆl二l | 　　　 |.　　　　　|l二lﾆ／ | ..∴;
　 |.　　＼ __|＿＿＿_|＿＿＿__|_ ／　　 |　 ..;;（　｡Д｡）;.>>1
　 |二二二二二┌‐──┐二二二二二| 　　　 V　 V.;
　　 | 　　 | 　 l｣＿〔].》＿l｣　 | 　　 | ..∴;.
ﾋﾞｼｬ|. 　　└)ヽ从人人从人从ノ(　　|
　..;　.|.＿＜´　　　　　　　　　　＞| ..;;つ〃
⊂;;.　─／)　　ぐ　も　っ　！　(;;...
.;∴─／＜　　　　　　　　　　　　　＞;.:: ﾊﾞｼｬ
─／／─)／ V W VWＷ V Ｖヽ（＼─∴..

猿でもわかるコンパイラの作り方
(猿でもわかるように多少省略)
1.ソースを書く
2.コンパイルする
3.while(1) バグ取りする

bisonで作るとソース公開しなきゃいけないの、絶対？
作ったソースは社外秘なんだけど。

>caslシミュレータのマック版作れ
だから自分で作れよ.。Macのプログラミング情報は
AppleのDeveloperサイトに「英語で」公開されてるから読めよ。
いちおうプログラマのはしくれなら英語の仕様書ぐらい読めて
当たり前だよな？

>>87
順番が逆
社外秘ならbisonは使っちゃ駄目

ソースコードの要求があった場合に、それに応える必要があるとどこかで目にした

>>86
bisonはVer1.24から特例が適用され、制限なしで使用可能。
http://math.cs.kitami-it.ac.jp/~kada/course/j3_03/bison_j.html#Conditions

あれ？なんかレス番間違えた。87の間違い。86すまん。

さあ、やっと盛り上がってきたな。まずは巷にあふれているキャスルシミュレーター
を作るぞ。そうだな、とうぜんシェアウェアとして１５００円と値段を設定するか！！
まずはまなからすればいい？？俺の愚かな下僕どもよ！！教えなさい！！

お前が勝手に盛り上がってるだけだろ。ドアフォ。
　　　　　　　　　∧＿∧
　　　　　　　　_（　´_ゝ`）
　　　　　　／　　　　　　）　　　　　ﾄﾞｺﾞｫｫｫ　＿　　／
　　　　　/　,ｲ　、　　ﾉ/　　　　∧ ∧―＝￣　｀ヽ,　＿
　　　　/　/　|　　　（〈　∵. ・（　＿_　>　　゛　、＿　　←>山崎１３ ◆5c5udzFPUI（←白痴）
　　　｜　!　ヽ　　ｰ＝-￣￣＝_、　　（／　,　´ノ　＼
　　　｜ |　　　｀iー＿＿＝―＿　;,　／　／／
　　　 !、ﾘ　　　=＿二＿＿￣_=;,　／　／　,'
　　　　　　　　/　 /　　　　　　　／　／| 　|
　　　　　　／　 /　　　　　　　!､＿／ / 　〉
　　　　　／＿/　　　　　　　　　　　　 |_／
　　　　　ヽ､＿ヽ

そうだな、やはりこれからは人工知能の時代だから俺の作ったAi－DataBase Engene専用のコンパイラを作って欲しいな。
これはデータベースを拡張してコードも実行でき、なおかつオペレーションシステムとしても駆動する最新の人工知能システムだ。
具体的にはネットワーク分散処理がデフォルトで駆動し、しかも命令語にアルファベットを使わない。
さらにAi-Baseの既存ポートシェルと完全互換を保ち、PCデバイスドライバをコンパイラを通じてモジュール化できるのがいいね。

>>51
> >>1
> コンパイラ作った香具師は、俺は、すごく尊敬しる

おまえ単細胞だろ。
だれでも簡単にコンパイラなんかつくれるってのにな

>>94
おまいの逮捕スレでおまいがPHPが何か作っているというのを
読んだが具体的にコンパイラで何がやりたいのかよくわからん。

いまどきくだらんもののためにコンパイラ作るんだったら
XML使った方がまし

>>95
どんな阿呆なコンパイラでも良ければ
そりゃあ君にも作れるだろうけどね。

>>95
キミが作ったコンパイラを見てみたいもんだな
もちろんソースコード付きでね

昔作った言語

chdir　Root\System;

<dirent User> operation entrypoint( ValueType\string arg[] )
{

　　Device\console<operation>Write( ﾞHello Wnrldﾞ );

}

ディレクトリ指向という概念に基づいた言語だった
バカバカしくなって挫折

95=100なら、まじ氏ね

何で俺が95なんだよ!
牛乳飲んで小魚食って落ち着け!

>>102
なんかﾜﾗﾀ
カルシウムは大事だよな。ｗ

XML ParserとXML APIがあれば
つまらんものを作るためにわざわざコンパイラコンパイラなんて不要。

95は山崎13と同レベルだったと言う事で

　　　　　　　　　　　　終了。

山崎13、頭よすぎ（ｗ

昔、コンパイラにバグが見つかってパッチ配布された事あったなあ。

これまでの流れから言って
コンパイラできた？

パッチの作り方教えてくれ

関係ないけど、お前ら、おまんこ食いたくねぇ？

良スレの予感

>>111
自画自賛ですか

ところで山崎１３はWin板でmacのcobol教えろってスレ立てていたんだけど
(当然DAT落ち済み)
あっちで天才って自称してたけどこっちでは天才って一度も言ってないね

>>113
天才は >>1 で開口一番「教えろ」とは言わない、くらいは
自分で気付いたんでしょう。

《山崎１３ ◆5c5udzFPUI の発言のバックグラウンドにある思考パターン》

1.抑圧　　　　　不安のもとを無意識に圧迫し、パーソナリティの安定を得ようとする働きですが、強すぎると心の緊張をもたらし、不安定になります。

2.反動形成　　　自分が非常に憎んでいる人に対し、かえって親切な言葉や丁寧な態度をとることがあります。抑圧するだけでは処理しがたい強力な嫌悪感や衝動を防衛するために、意識の上では正反対な傾向や態度を表すことです。

3.投射、投影　　自分の弱点を他人の中に見出すことや、また、自分の責任を他に転嫁するといったようなことで、自分の抑圧された態度を認めることの不安を隠す働きをします。

4.退行　　　　　その年相応の時点で解決しにくい場合、幼児的な発達段階まで逆戻りして、解決する働き。

5.摂取、同一化　ある対象に向けている強い感情が動機となり、その価値的内容を自分の中に無意識的に取り入れ(摂取)、それと同一傾向を示す(同一化)ようになる働き。

6.否認　　　　　内外の客観的現実を無視することにより、意識にのぼらせないようにする働き。
置き換え、転移内側の不安を外側のものに移す働き。

7.昇華　　　　　抑圧された原始的な本能衝動のエネルギーが本来の直接目標を離れ、社会的に容認され適応された行動に変わることで、防衛機制の中で唯一の好ましい働き。

8.合理化　　　　自分が失敗をした時に、もっともらしい理屈を後付する働き。

>>90
86じゃないんだけど、それ読んでみて商用利用が可能になったのは
理解できたけど、結局、bisonを使用した場合、ソースコードは

「ソース・コードを実際に受け取るか、あるいは、希望しさえすればそれを入手することが可能であること。」

が適用されるわけだよね？もし、そうなら、現実問題、商用利用は無理なんじゃないの？

やれやれぷらら規制のおかげで二日間書き込みできなかったぜ！！
とっておきの串を見つけて今日からバリバリおまえらと楽しく
やるぜ！！

文字列読み込みから開始して...。
*字句解析...トークン化
*構文解析
*etc...
1は、この「字句解析」の部分ですら行き詰っていないか？該当すれば、
コンパイラ作りへの道は遠い。

字句解析ってそんなに難しいか？

>>118
そもそも、>>1 が本気で作ろうとしていると思うのか？

作ろうと思っただけで、
別に作っちゃいないってのが現実だろうよ。(w

>字句解析ってそんなに難しいか？

それ以前に「字句」という意味を理解しているかどうか

1はそこまで○○なのか…
ごめん。漏れが悪かった。

どうせてめーらにはbコンパイラもつくれねーけどな

(´-`).｡ｏＯ（…bコンパイラ？）

B言語に決まってんだろ
俺は「いまさら時代遅れはつくんねーよボケ」ぐらいの突っ込みを期待したわけだが

豚コンパイラ

>>125
( ´_ゝ`)

>>all
言語処理系つくってる奴等って、こんなのばかりだったのか・・・・・。

撃つ打・・・・。

ここにいる人間が∀だと思ってるなんて
あんた世界狭すぎ

http://www13.plala.or.jp/laisandtruth/

>>116
ソースコード公開の義務はない。
gccでコンパイルさせたバイナリでもGNUなライブラリを使ってるなどしない限りは
公開の義務が無いのと一緒。下記の文言がそれにあたる。

>GNU Cコンパイラなど他のGNUプログランミングツールには、
>このような制限がありません。

∀←何の疑いもなくターンエーと読むヤツはガンオタ

>>131
どうもありがとう。
なるほどといった感じです。
遅いレスにレス返してくれてサンクスです。
暇な時、細部まで、何回か読み直して理解深めてみようと思います。
ありがとう。

おまいらよ、ついに「Visual E++」からWin32APIが呼び出せるようになったぞ。
しかも呼び出し方は「Active Basic」や「HSP」より簡単だぞ。しかも当然リンク不要だ。
見ちみれ↓

http://hp.vector.co.jp/authors/VA015412/

ヤツをスルーすると、意外と良スレになったな。(w

じゃ、これからもスルーでいきやしょう

>>1
;DOS用BASICコンパイラの「字句解析」テーブルの一例。
_vartbl DB 000H,000H,000H,000H,000H,000H,000H,000H ;00-07
DB 000H ;BS
DB 02FH ;TAB
　(途中省略)
DB 128 DUP (000H)
大文字、小文字、記号、各種数字を分類コード変換テーブルに格納。
続いて「予約語テーブル」に入れていく。
R000 DB 'ABS', FFFH, 0, b K1+K7, R001-R000 ;0
R001 DB 'ABSOLUTE', 080H

...こうした「面倒な作業」が延々と続く。その後からいよいよ「構文解析」
にかかる。「細かい作業」で面倒だが、頑張って作ってくれ。

>>132
何の疑いも無く「∀」と読んだが
そうすると >>129 の意味が判らん。

いや俺も何言ってるか判らん。
「にんい」だ。

∀→すべて

>>140
中学生かな？全称作用素って知ってる？

あー、「すべての」ってのをそういう意味に取ったのか…
阿呆だな。

>>141
なにそれ？おいしいの？

>>141は自分が読み方知らなかったから腹いせに叩いてる

ここ↓の先生の講義でも受けてみたら。
ttp://www.hpcs.is.tsukuba.ac.jp/%7Emsato/lecture-note/comp2002/

>>145
関係者の自演はけーん

http://darkelf.dip.jp/AI-BASE/aibase.h
ソースコードはいくらでもやるぞー。
この4000行以降あたりにあるSHELL::StreamText()っつー関数はソースとなるテキスト文をバイトコードに変換後にそれを実行関数に渡して実行させるコードが書いてあるわけだがー
バイトコードっつーのはマシン語みたいなものだからi386ならそれ用のバイトコードに変換すれば実行形式ファイルができるっつーわけですよ。
おまえも作ってみればぁーいいさー

まあぶっちゃけ=+-*/とif文とdefineとincludeだけありゃあコンパイラになりますわなー

goto文忘れてた

行列ですよ行列

おまえら構文解析とかわかっていってるの？

数式の演算ができれば後は意外に簡単だ。がんがれ。>>1

>>152
そうかあ？数式なんてyaccの解説本の1章か2章目位の内容じゃん。

age

おらにもちょっと教えてくれー
俺は山崎ではないが自分言語つくって遊びたい
まずできそうなステップはキャッスルみたいなもの
VC++はアセンブラのコンパイラあるから自分アセンブラをアセンブラに変換
それかぁ
自分言語をVC++のソース（Cのソース）に変換してコンパイル

結局自分言語から実行形式にする方法わかんないんだよね
ビシッと端的におせーて

>>155
キャッスルをつくるのはいいが、最初に待っている難関は、
キャッスルには16bitの汎用レジスタが８つとスタックポインタがあるが、
Intel系PCには汎用レジスタは８つだが、そのうち１つはスタックポインタだから、
汎用レジスタは７つしか使えないということだ。
おまいは、この問題をどう解決するつもりだ？

>キャッスルには16bitの汎用レジスタが８つとスタックポインタ
おらはそんなことも調べていない糟だが

おらの考えはこう
キャッスルの仕様とIntel系PCには汎用レジスタの仕様が異なるなら
ソフト的にするしかない
汎用レジスタのアドレスをレジスタ０その隣をレジスタ１...
最後のスタックは一対一で対応するのかな？
目指すはrubyくらいデカイものをつくるぽ

>>155 アセンブラのコンパイラという表現はおかしい。アセンブリ言語を
機械語のOBJファイルか実行ファイルに変換する作業はアセンブルという
だから、アセンブラというのが正しい
いいたいことはなんとなく分かってて、要は機械語に置き換えるところを
肩代わりさせたいってことでしょ？
コンパイラ作るのは相当難しいとおもうが・・・

>>157 幾つかのステップが必要だな
汎用レジスタeax,ebx,ecx,edxがあるけど、ecxはカウンタレジスタとして
使われるから実質3つ。
スタックはesp,ebpでメモリの割り当て制御を行う、edi,esiはDestination
とSource...ともろもろのレジスタとフラグレジスタ、eipとあるわけだけど
まずは単純に機械語に置き換えていくのは良いけど、連続して同じレジスタを
並べるとストールするから再配置が必要。パイプラインやスーパースケーラ
を生かすも殺すも最適化フェーズにかかってるから相当難しい

>>158
＞だから、アセンブラというのが正しい
なるほど今日はやけに勉強になるぽ

＞いいたいことはなんとなく分かってて、
＞要は機械語に置き換えるところを
＞肩代わりさせたいってことでしょ？
そ！
まだ把握してないけどソース→exec.exe　にまでする手段を
調べているところ

>>159
＞使われるから実質3つ。
覚えておきまつ
＞並べるとストールするから再配置が必要。
＞パイプラインやスーパースケーラ
＞を生かすも殺すも最適化フェーズにかかってるから相当難しい

あﾞーパイプラインハザードというものですか？
かなり覚悟が必要ですね

＞まずは単純に機械語に置き換えていくのは良いけど、
これができたらめちゃくちゃうれしい

コンパイラ作るのは簡単ではないと思うに１票。
大学時代にC言語コンパイラを作ったが、ひたすら作業だった。マジ死ぬ。（０から作ったので）
今ならlexとかyaccとか使ってEBNF定義すればほとんど終了。あとは自動で作ってくれる。
もうちょっと手を出してC++でBoost::spiritつかうのも良し。これも簡単。
解析済んだら中間コードと目的コード生成。これも専門書１冊買えば定石がつらつら書いてある。
なにも考える事は無い。そのまま打ち込めば完成。
しかし、いまどきコンパイラ作る必要なんてほとんど無い。
>>97の言うとおり、XML定義してパーザにかけた方が数倍楽だし汎用性ある。

実際あんまり知的なものではない。作業じみたパズルを延々解くようなもんだ。

DOS用コンパイラならまだ手を届いたかもしれないが、
Windows上のコンパイラは、もはや一人の手では及ばないわな...。

まずインタープリターつくれ

>>161
＞大学時代にC言語コンパイラを作ったが、ひたすら作業だった。マジ死ぬ。（０から作ったので）

そか、あんた偉いな。おらも「あとは作業かぁ」と思えるほどに
なりたいよ

>>162
＞Windows上のコンパイラは、もはや一人の手では及ばないわな...。

＞今ならlexとかyaccとか使ってEBNF定義すればほとんど終了。
これ使うにしてもわかってなかったらきもちわるいし
それにしてもWinで.comというファイルにテキストで機械語かいたら
実行できるのにはおどろいた

>>163
最適化作業が現象するということ？

>>163
ほとんどコンパイラ作るのと作業量同じだろ。

>>164
大きな本屋に言って、AHOとかの本を斜め読みするだけでだいぶ違う。
「あとは作業かぁ」と思ったのはC言語仕様をBNFにまとめた時。
なんだかんだで言語設計するのが一番難しい。

>>161
今ならって、おまえ何歳ですか？
40は越えてるよな。

>>167
２２歳。ちなみに今年入社ですが何か？
Cコンパイラ作ったのは去年の卒研。

>>164
>それにしてもWinで.comというファイルにテキストで機械語かいたら
>実行できるのにはおどろいた

何、それ？

>>168
卒業研究に新規性がないのは今時仕方ないとして、
Cコンパイラ作成なんていう古典的な演習が卒研？？？
へー

>>168
yaccやlexはえらい昔からあるんだけど…
今ならyaccやlexがあるから楽だって書いてあるからじじいかと思った。

>>170
卒研としては作業量的には多いんじゃない？ 1人でやってたとしたら。
それよりyaccやlexを知らなかったていうのが致命的。
指導教官いい加減すぎ。

>>170
自分のキャパ超える事はやらない主義でね。
時間さえかければ確実に仕上がる題材を選んだわけだ。

>>169
よくわかんねーけど
沢村＠みたいなページをななめよみしたら書いてあった
B4 09 BA 0B 01 CD 21 B4 4C CD 21 91 E5 89 BA 97
65 8E 71 82 CD 8F 97 8E 71 83 41 83 69 82 CC 92
86 82 C5 88 EA 94 D4 83 4C 83 8C 83 43 82 C5 83
58 83 65 83 4C 81 F4 0D 0A 24
こんなテキストを.comで保存してコマンドプロンプトから実行
すればOKらしい。VisualE＋＋のページ

>>166
＞大きな本屋に言って、AHOとかの本を斜め読みするだけでだいぶ違う。
AHOってアホ？

>>171
>>172
余談だけど、GCCも近年、recursive-descentパーザに切り替えなかったっけ?

>>171
存在を知ったのは卒研のテーマ決めの時。

>>172
yacc,lexを知らない教官はいないだろう･･･(´Д｀;)
自分で解析木組むのも勉強だと思ったわけであえて使わなかった。

>>174
エイホ、て読むらしい。俺はアホと読むが。

日本人はみんなアホって読むだろ。
アホの本良いよな、古典だよな、って。

>>176
既にあるものを言及しなかった場合、単に物を知らないと見なされます。
研究というのはそういうものです。新規性が命だからこそ、従来例は
広く押えないといけない。
だからコンパイラを作るのにyaccやlexを使わないような事を良く教官が
認めたと思って。もちろんそこに新規性があるなら別だけど。

ごめん。言いすぎだわ。研究の主題でない所は作りたいように作ればいいね。

>>179
理由：研究と言う名の勉強タイムだったから。
よって新規性ゼロ。>>1の様に自分の好奇心のみで開始した。
たった１年で新規性のあるテーマを完成させる自信が無かった訳よ。
まあコンピュータ触っていて１度はやってみたい事が叶ったんで後悔はしてないがな。

>>180
的を得ているのでノー問題。

>>161
でもさ、文法の記述だけでできるコンパイラは演習レベルのソフトでしかない。
ユーザへの親切さを求めるとエラーへの対処だけでかなり奥が深い。

おら気づくのおせーから今きづいたぞ
そうかコンパイラとアセンブラいっしょくたにしてたぞ
中間コードってアセンブリコードことか？
アセンブリのレベルまで吐き出せたらコンパイラ完成ってわけか？
オラ、てっきり機械語も自分で吐き出すと思っていたぞ

>>166
インタプリタの方が簡単だろ。
アセンブリコード知らなくていいし。

>>183
ごもっとも。本職は神の存在ですわ。

>>184
なんか違う。発言した単語を全て辞書にかけた方が良い。

>>185
そらインタプリタの方が簡単だわな。んだが、俺だったらインタプリタ実装する
手間で中間コード出力と目的コード出力の設計を考えるがね。

寝る。

>>186
そうか違うのか。残念。電卓にたとえると
100*(200+300)をトークンに切り分けるんだろ？（字句解析）
ほんでBNF（逆ポーランド）にかけるんだろ？（構文解析）
最後に中間コードにする（メモリやレジスタのわりあて）（中間コード生成）＝アセンブリコード
そんで仕上げにアセンブリ（アセンブリコードをアセンブラ）

>>188
惜しい。

> そんで仕上げにアセンブリ(アセンブリコードをアセンブラ)

そんで仕上げにアセンブル(アセンブリコードをアセンブル)

161が言うところの中間コードが何を指すのかは不明。

>>184
例えばCをPascalに変換するプログラムもコンパイラ。
ひまつぶしに作るんだったらCを吐くコンパイラを作るといい。
めんどくさい部分を全部飛ばせる。そこがやりたい奴はGCCのmdファイルでも
いじってた方がいいんじゃないか？

>>190
> 例えばCをPascalに変換するプログラムもコンパイラ。
トランスレータと呼ばないか、それ？

>>188
そのとうり、字句解析は文字列をトークンに切り分けることだ。
ところでstrtokという関数を知っているか？
これは文字列をトークンに切り分けてくれる関数だ。
第一引数に文字列を、第二引数に切り分ける文字を指定する。
ｽﾍﾟｰｽと「,」と改行で切り分けたいなら、
strtok(target," ,\r\n");と書く。
二回目以降は第一引数にNULLを指定して呼び出す。
するとトークンを次々と返してくれる便利な関数だ。Cの標準関数だが、知らなかっただろう？
strtokがあればlexはいらないぞ。わかるか？

>>192
わはは。

strtokだと遷移状態や正規表現、特定トークンの判別やらが面倒な罠。

少なからず、x86のIA-32は内部はRISCだが互換性上表に出ているのはCISC。命令長
は可変だし、構文解析して中間コード化するまでも相当難しいが、最適化フェーズ
は並大抵じゃない
仕事でSIMDやMMXを使うが、手で最適化するのだって結構大変だからな
ソースの可読性は完全に失われるし(ｗ
最適化されたアセンブリコードを読むのはWindowsだとほとんど無理だな
xdaという逆アセンブラがあるから、試しにkernel32.dllなんかを逆アセンブル
してみると良いよ。最適化の度合いはさほどではないけどジャンプとコールの
嵐でもとがどこだかわからなくなる
前にQueryPerformanceFrequencyの構造を調べるために相当苦労したよ

ちなみに、ちょっと勘違いしている人いるみたいだから書くけど、アセンブラとは
厳密には機械語を分かりやすく名前を付けているだけで、コンパイルのように
機械語に変換するのとは違う
アセンブラは構文解析後、直ちに機械語に変換される
ただ、OBJやEXEの場合はCOFF(OMF)/PEフォーマットにするから、COMでないかぎりは
純粋に機械語だけが実行ファイルになるわけじゃないよ

今はどう進化しているか知らんが、昔だと、
インタプリタは「一行」ごとに解釈し、コンパイラは全部読みこんで
解釈だったと思う。Win系コンパイラ作成も、ニーモニックは50もあれば
十分じゃないのかな？EAXから始まり、20か30で作れそうな気もするが..。

>>196
>コンパイラは全部読みこんで解釈だったと思う

少し違うな。解釈はwindowsに備わっているローダの仕事だから、実行ﾌｧｲﾙをつくるまでがｺﾝﾊﾟｲﾗの仕事だ。
その点、インタプリタは自分で解釈して実行しなければならないから、考えようによってはｺﾝﾊﾟｲﾗよりインタプリタのほうがつくるのが難しいぞ。

>>197
> 実行ﾌｧｲﾙをつくるまでが
アセンブラとリンカは無視かよ。

>>198
つか >>197 は誤解している。
…それ以前に、「きのどくな人」なので放置するよろし。

>>198
基本的にリンカは必要ないな。
つーかobjﾌｧｲﾙ→リンカ→実行ﾌｧｲﾙという手続きを踏む必要はない。
直接実行ﾌｧｲﾙに落としたほうが簡単だ。
おれの「Visual E++」を見ろ。直接実行ﾌｧｲﾙに落とすいい例だ。

>>189
結構自信ついたぞ39
>>190
＞例えばCをPascalに変換するプログラムもコンパイラ
それは#defineで遊んだからもう萌えないぞ
>>192
おら糟だけどstrtokぐらい知ってるぞ。でも参考になった
インタプリタがもし初級ならＶＢＡとかつくってみたいぞc言語ベースの

>>197はキチガイ。

>>198 197は、広義の意味でコンパイラと言ったんだろう？
VC++は何？ときかれたらMSの作ったC++コンパイラってみんな言うのと同じだ

そもそも、コンパイラを作るなんてのは、個人でやるには言語仕様を決める
だけでも一苦労だが、仮にC++にするとしてISO/IEC 14882に準拠させるだけでも
一苦労だし、x86は特に最適化が複雑だからまず無理だな
Organizationでも立ててLinuxやGNUのようなスキーム作らないとね

>>197 インタプリタは一行ずつコード変換していくから、構文解析が高級言語より
はずっと楽だ。よってその判断はおかしい

strtok()は、マルチスレッドじゃ使えない。
・・・一度に一つのシーケンスしか処理できない。
→アスキーのプログラミング作法(B,W,Kernighan；p127)

>>197
ぉーぃ。おめぇのほむぺみてマシン語をaaa.comに保存して実行したが
何にもおきねぇぞ。
おらＡＰＩとＣＯＭを実装しようと思うが、どうすればいいんだ？
教えてけろ

>>205
第一章を見てメモ帳で保存したのか？
ｽﾏﾝあれは間違いだ。メモ帳で保存しても何も起きないよ。
「Visual E++」で保存じないとダメだ。

>>201
初級で十分だよ。
おまい、初級のコンパイラつくれ。
「HSP」だって初級だが、あれだけ有名になった。
初級のことでもすごく充実させれば有名になれるという例だ。「HSP」は。
なまじ上級を目指しても、個人では何十年かかっても何もできやしないぞ。
おまい、初級をやれ！！

ほんとコテって阿呆ばっかりだな

>>206-207
>「Visual E++」で保存じないとダメだ。
そうか残念だ。
てかＨＳＰの仕様みたけどＢＡＳＩＣじゃねぇか。
それに作者は小太りじゃねぇか
おっし！おらも挑戦することに決めた

>>208
それは阿保に失礼だ。

>>204
strtok_r

>>196
Pascal, CやC++は1パスで処理可能です。全部読み込んでから処理する必要はありません。
(C++何かはちょっとズルする必要があったはずだが)
Turbo-CとかTurbo-Pascalとかいう昔のコンパイラはCPPからオブジェクト生成まで1パスで処理
していました。(さすがにリンクはやってないけど)

1パスで処理できない言語は言語設計の失敗だよ。

>>212
Turbo Assemblerは１パスで処理するとshort jumpの後ろにゴミが・・・
っていうか、>>196が言っているのはそういうことじゃないだろ。

>>213
そういう事を除くと解読不明な文字列が並んでいる。

>>212
> Pascal, CやC++は1パスで処理可能です。
嘘ばっかり

あと現実のコンパイラでは「最適化」が重要な機能だが、一部の最適化を
除いては 1 pass では実装不可能。

コンパイラもさることながら、デバッガ作りはさらに難解だな。
ヘボグラマが、どこでヘマするかを相当知り尽くしていなければ
ダメだからな。

>>216
コンパイラも、適切なエラーメッセージを出そうとすると難しいぞ。

>>217
あひゃひゃ...。そうだったな。エラーメッセージも「的確な仕様」を
決めないとダメだったな。まさか、エラーを吐き出したときに、
すべてのエラーを「Errorだ。修正せんか」の一文で済ますわけには
いかんからな。

>>218
昔作った俺コンパイラは、大半が "syntax error" でした。ごめんなさい。

syntax error と実行時エラーしか存在しない処理系も、作れるけどな。

by 趣味で書いてるパーサーで、ようやく行と列を表示して構文エラーを通知する機能を実装したヘタレ。

Visual E++はコンパイル要らないからいいよなぁ

コンパイラを１パスとか何とか言ってるけど、１パスじゃない。字句解析から
構文解析して中間コード化して最適化してバイナリを吐き出す。
独自言語作るなら、せめて他言語OBJとリンクできるようにフォーマットをあわせる
べきだな

>>215
>>222
あのー、真面目に言ってますか？釣り？

LL(1) の Pascal はともかく、template もある C++ を 1 pass と主張する
ヤツは初めて見たよ。

>>225
C++はズルが必要らしいが、templateにそれが必要とは初耳ですね。
どのあたりができないのか教えてもらえませんか？

>>225
キーワードだけ。this-> と template. 調べてみ。

とりあえずgoogleで"this->"が検索にかからないのは分かった。
もうちょっと教えてもらえませんか。

templateかどうか知らんが、文法に曖昧な部分があるので後戻り
が必要で、純粋なLALR(1)になってない事は正しいらしい。
(comp.lang.c++(?)のC++ FAQ) (これが「ズル」と言っている部分)

で、PascalはLL(1)で、CはLR(1)なのは正しいかな？
少なくともBorlandはTurbo-Pascal/Turbo-C++をプリプロセッサを含めて
1Passで処理すると主張していた。

>>227
C は LR(1) じゃなかったと思うが。関数ポインタあたりで、トークン 1 つ
先読みだと区別つかない構文があった気がする。

あと
> 1パスで処理できない言語は言語設計の失敗だよ。
これは何で？

>>225
テンプレートは、テンプレートの定義を読んだ段階ではコードを生成できんでしょ。
その段階では syntax error だけチェックして保留しておき、後でインスタンス化が
要求された段階で、テンプレート引数として渡された型を用いてコード生成し直す。

>>228
それほど難しくないんだし、簡単に処理できた方がいいでしょ。大抵は人間にも
理解しやすいし。
(1Passで処理しなければいけないと言っているわけではない)

>>229
それは1Passでも処理できそうな気がします。

CがLR(1)でないと言うのは初めて聞いた。yaccで処理できないんだっけ？
yaccは単純なLALR(1)以上の処理になっていると言う事かな？
(LL(k), LR(k)であれば1Pass処理可能だけど…。1Passとかいういい加減な
言葉を使ったのはまずかった)

>>230
> それほど難しくないんだし、簡単に処理できた方がいいでしょ。
へぇー、その程度の根拠で「言語設計の失敗」と断言してるの。

>>230
> CがLR(1)でないと言うのは初めて聞いた。yaccで処理できないんだっけ？
その程度のことも知らんのなら、黙っとけよ。恥をかくだけだ。

C++ は LALR(1) ではないので yacc だとパースできない。Elkhound などの GLR
(Generalized LR) 対応のパーサー使えば OK。ただ LL(k) や LALR(1) でない以上、
再帰下降・上昇型の構文解析アルゴリズムは使えないので、パース自体が非常に
重い処理になる。

あと現実の処理系設計では、トークン種別を決めるところにトレードオフがある。
[a-zA-Z_][0-9a-zA-Z_]* なんてのを無条件に終端記号 id とかにしちゃえば
字句解析はらくだが、構文が GLR にならない。かといって構文解析の結果を
字句解析ルーチンに渡してシンボルテーブルを管理する形にすると、やりとりする
データが膨大な量になるうえ、template, namespace が絡んでシンボル管理が
非常に面倒なことになる。

1パスかどうかを追求するのはコンパイラ理論の問題としては面白いと思うが、
現実にはそれはあまり重要ではないよ。枝葉末節。

済みません、恥かきついでに教えてもらえませんか？
>>231
LL(1), LR(1)で処理できない言語にはどのような利点がありますか？
>>232
Cはどのような言語に分類されますか？ yaccでは処理できないでしょうか？

>>234
> LL(1), LR(1)で処理できない言語にはどのような利点がありますか？
それ以前に LL(1) や LR(1) の利点を考える必要がある。LL(1), LALR(1) に収まる
言語には、きわめて効率的な構文解析アルゴリズムが考案されており、また文法
からパーサを自動生成するコンパイラジェネレータが存在しているのがメリット。

そもそも実装を要求されている文法が LL(1) や LALR(1) に収まらない場合には
論外だし、コンパイラジェネレータを使えない場合にも、敢えて LALR(1) に拘る
必要はない。どうせ手書きでパーサを書くなら LL(1) でなく LL(k) とか、部分的に
LL(1) ではない文法を認めるのもアリ。

文法が LL(1), LALR(1) に収まらないケースとして良くあるのが、LALR(1) の
文法中に行指向の言語（マクロアセンブラみたいなの）を一時的に埋め込
みたいという話。lex + yacc でも lex の方で start condision 設定して切り
抜けられる場合もあるが、自前でパーサを書いたほうが早いこともある。
いずれにせよ、この時点で言語は LALR(1) ではなくなってる。

また言語が LALR(1) に収まる場合でも、敢えて汎用のコンパイラジェネレータを
使わずに手書きでパーサを書くこともある。上昇解析は、しばしば直感に反する
手順でパースを行うため、エラーからの復帰や適切なエラーメッセージを出力する
ことが極めて難しくなるため。

>>235
回答ありがとう。
GLRとかでも検索してみたんだけど、LL(1), LALR(1)で納められる範囲は
納めた方が効率が良いと書いてあって、効率の良さは利点として挙がっ
てました。

エラー処理の面からyaccを使わない → LALR(1)に拘らなくて良いと言うのは
参考になります。
あと、LALR(1)(というかyacc)文法に納めるためにダミーの規則を導入する
事になって、保守の面から使えないと言う話もあるようです。

ところで、後戻りが必要な言語設計が間違っていると言うのはそんなに
おかしな意見でしょうか？

>>232
C文法ですが、LALR(1)でyacc記述できると言う主張をする人は見つかり
ましたが…。実際に作ってみてないのでこれ以上は言えません。スマソ。

>>236
> ところで、後戻りが必要な言語設計が間違っていると言うのはそんなに
> おかしな意見でしょうか？
言語設計は様々なトレードオフの元に行うものだから、構文解析が
バックトラックなしで行えるという点だけを重視するのは変。

なんで土日でいっきにスレのびてンの・・・

age

>>238
このスレ見て自作している人が急増しているのでは？

やっとまともな話になってきたようだな。

yacc lex で作れよ

コンパイラを作るという奴の「仕上がり予定の言語仕様書」を
見てみたい。

>>243
どうせ言語の仕様はＣと同じだよ。

おれも高級言語をつくる構想は持っているが、仕様となるとやはりＣと殆ど同じものしか持たない。
Ｃから脱却したものをつくるのは、なかなか大変だよ…

BASICのインタプリタ作りで「体と頭をほぐしてから」C関連に行ったほうが
確実なんじゃないのかな？言語仕様考えるとその方が良いかと...

>>246はBASICで脳が破壊されており修正不能。

>>1
コンパイラの本なんて溢れているだろ。こむずかしいエイホの本より
実践的な本がいくらでもある。
個人的にはコンパイラよりコンパイラコンパイラのほうが面白いと思われ。

× コンパイラコンパイラ
○ カリキュレイタークリエイター

>>249
ググってもそれらしきものがないので、ＵＲＬをきぼん。

コンパイラコンパイラの本とかWebとか見ると
yaccで電卓（カリキュレイター）を作ってみっぺ
とかいう例題ばかりでうぜー
ということを>>249あｗせｄｒｆｔｇｙふじこｌｐ；

オラオラオラオラ！！
盛り上がっていこーぜ！！
盛り上がってるのはポコチンだけかい（プゲラ

おまいらよ、おれはつい最近つーか、たったいまさっきtcl/tkつーコンパイラの存在を知ったよ。
いまＤＬしてるところで、まだ開けて見てないんだが、Webでの説明を見た限りじゃなんか良さげだった。
つーか、ＧＵＩに関しては、Visual C++よりもちゃんとしたＧＵＩアプリが簡単につくれるとのことだ。
ただ計算的な処理には不向きということだが、そこは何かＣ言語で書いて追加できるとのことだ。
おれはちょっとこのtcl/tkを調べてみるが、ホントにＧＵＩに関して良さげだったら、いま開発中の「Vicual E++」は、
このtcl/tkで書き直してもいいな。Visual C++じゃエディタの予約語の色づけとかチョー面倒だしな…
そして内部のメインの処理だけをＣ言語で書くようにすればいいからな…
それができそうかどうかをまず調べてみようと思う。
次に調べたいことは、おれが次につくりたい高級言語に、tcl/tkはオープンソースらしいから、パクレる部分があるかどうかということだ。
ともあれ、おれのコンパイラの開発は飛躍的に前進しそうだな。
おまいらよ、おれはtcl/tkいま知ったぞ。おまいらは、tcl/tk知らなかっただろう？

Tcl/Tk、ＤＬしたが、何やこれわぁ！？スクリプトやないか？
実行ファイル作成できんのか？ＨＳＰ以下か？ゴミソフト！！！

DLする前に気付け(w

age

rubyって日本発なんだろ？

Starpack
Tcl/Tkでつくったスクリプトを実行ファイルに変換するツールだな。
が、わし英文読めんけん、このページのどっからＤＬしていいかわからんのよ。
このページの何行目の何という文字をｸﾘｯｸするとＤＬできるか、教えて～♪

http://www.interq.or.jp/japan/s-imai/tcltk/tclkit.html

>>251

それはコンパイラコンパイラの使い方だわな。
自作コンパイラコンパイラが既にあると仮定して、
定義ファイルで、自作コンパイラコンパイラ自身を定義する。

そして、自作コンパイラコンパイラに成り代わって、
自分自身が頭と手作業で定義ファイルを読み込んで、生成系の指示に従って
出力ファイルを書く。
これが自作コンパイラコンパイラのソースコードであり、コンパイルすれば
自作コンパイラコンパイラのできあがり。これを使って、最初に作った
定義ファイルを読み込ませれば、自分自身のソースができあがる。
って、こんなに簡単にはいかないが、作業のながれはこんなかんじ。

良スレ保守

おみゃーらよ、おれの「「Visual E++」」がﾊﾞｰｼﾞｮﾝｱｯﾌﾟしたから見ちみれ。
実はおみゃーらよ、今度のﾊﾞｰｼﾞｮﾝから密かに裏機能をつけているのだ。
どんな裏機能だと思う？ふふふ…教えん！自分じ探せ、おみゃーらよ！

http://hp.vector.co.jp/authors/VA015412/

>>260
残念ながら、沢村がいる限りこのスレの復権はない。

おみゃーらよ、おれは昨日謎をかけたろ？
「Visual E++」に裏機能をつけたってな…わかるかな？
おみゃーらよ、それはﾏｼﾝ語とｱｾﾝﾌﾞﾘ言語のﾊｲﾌﾞﾘｯﾄﾞ化だったのよ。
まあ、ｱｾﾝﾌﾞﾘ言語のほうは、まだcall、ret、jmp、intの４つにしか対応してないけどな…
これから日々少しずつﾊｲﾌﾞﾘｯﾄﾞ化を進行させる予定よ。
おみゃーらよ、このﾌﾟﾛｼﾞｪｸﾄが完成した暁には、ﾏｼﾝ語だけでも書け、ｱｾﾝﾌﾞﾘ言語だけでも書け、
またﾏｼﾝ語とｱｾﾝﾌﾞﾘ言語をどんなふうに組み合わせても書ける、前代未聞の恐るべきﾌﾟﾛｸﾞﾗﾐﾝｸﾞｿﾌﾄができあがるぞ！！
自分じダウンロードしちみれ？おみゃーらよ？

http://hp.vector.co.jp/authors/VA015412/

沢村はアセンブラ使った事ないんか?

>>263

その裏機能ってのは20年も前に誰かが実装してたっつー話じゃねーか。

　http://pc5.2ch.net/test/read.cgi/prog/1082045870/204

初めてｾｸｰｽしたガキが同級生に自慢話してるみたいだぜ、坊や。

おみゃーらよ
tclkit-win32.upx.exe
tclkit-win32-sh.upx.exe → tclkitsh.exe に名前を変更する。
sdx.kit
sdx.bat

をひとつのﾌｫﾙﾀﾞに入れ、hello.kitをつくったよ。
ちなみにhello.kitをｸﾘｯｸしてみたら、ちゃんと動いたよ。やたね～♪
でもその次の、
>sdx.bat qwrap hello.tclというｺﾏﾝﾄﾞを打ち込んで、hello.kitを作る段階でくじけたよ。
おみゃーらよ、hello.kitは作成されなかったのよ。
ｴﾗｰらしきものは出た。
ｴﾗｰﾒｯｾｰｼﾞは次のようなものだ。
couldn't read file "sdk.kit/main.tcl":no such file or directory
while executing
おみゃーらよ、おれはどこが間違っていたのかな？教えてはくださらんか～みなみな様方～♪

突然だが、おみゃーらよ、おれはもうtcl/tkについて完璧にわかったよ。
というのは、みんなから嫌われながらもム板で質疑応答を繰り返して、完璧にわかったという次第よ。自分じわかるかな？
tcl/tkはＧＵＩが簡単につくれるし便利だよ。おみゃーらよ、おれはちょっとtcl/tkでフリーソフトでもつくってみるよ。
楽しみに自分じ待ってろよ、おみゃーらよ♪

沢村ちゃんご機嫌だね♪

突然だが、おみゃーらよ、tcl/tkでﾌﾘｰｿﾌﾄをつくるﾌﾟﾗﾝと、
VisualE++をﾏｼﾝ語とｱｾﾝﾌﾞﾘ言語のﾊｲﾌﾞﾘｯﾄﾞ化するﾌﾟﾗﾝはしばしおあずけだ。
というのは、もっと早急にすべきﾌﾟﾗﾝが出てきたからだ。
おみゃーらよ、そのﾌﾟﾗﾝは自分じわかるかな？
おみゃーらよ、そのﾌﾟﾗﾝとは、VisualE++でﾒｲﾝｳｲﾝﾄﾞｳがつくれるようにするﾌﾟﾗﾝだ。
おみゃーらよ、VisualE++でﾒｲﾝｳｲﾝﾄﾞｳがつくれるようになる日は近いぞ♪
ええっ、まさか！！？ふっ…やっとこれが実現可能な段取りがついたのよ。解決策がわかったところよ。おれってやっぱ天才かもね…わははははははーーーーーっ！！！
これさえできれば、 VisualE++もやっとHSPの仲間入りができるな。そうなりゃおれも一流人よ！
しばし自分じ待たれよ♪

最近「沢村ってそんな悪い奴じゃないかもなあ」と思ってたが
>>267
>みんなから嫌われながらもム板で質疑応答を繰り返して
ちょっと好きになったぞｗ

>>270
Tcl/Tkスレの住人としては、ウザくて仕方がないんだが…

おみゃ～らーーーーーーーーーーーーーーーーーーーーっ！！！
おみゃ～らさーーーーーーーーーーーーーーーーーーーーんっ！！！

http://hp.vector.co.jp/authors/VA015412/

「Visual E++」がねーーーーー
ついにﾒｲﾝｳｲﾝﾄﾞｳをつくれるようになったよーーーーーー
きゃあーもううれしいーーーーーーーーーーーーーっ♪
おみゃ～らーーーーーーﾀﾞｳﾝﾛｰﾄﾞしてみちみれ。
そして「winsample」ﾌｫﾙﾀﾞの中のMainsample.asmを「Visual E++で」開いちみり♪
そしてﾋﾞﾙﾄﾞﾂｰﾙﾊﾞｰを押して、次に実行ﾂｰﾙﾊﾞｰを押しちみり♪
ねーーーーーーー？ちゃんとﾒｲﾝｳｲﾝﾄﾞｳが出てきたでしょ？ちゃんとｴﾗｰもないっしょ？
もうおれ天才ーーーー神ーーーーーーーーーー
おみゃ～らーーーーーーーーーーーーーーーはあはあ…

先生。質問。
おいらの持っているマックでVisual E++が動きません。

>>274
ワロた。

で、結局コンパイラ作りは進んでいるのだろうか？

おみゃ～らよ、>>273のスレはいま読み返すと恥ずかしいよ…
ﾒｲﾝｳｨﾝﾄﾞｳがつくれるようになったくらいで、あんなにはしゃぐとはな…
おみゃ～らよ、いま「ｽﾘﾑﾄﾞｶﾝ」はりｿｰｽをつくれることろまで進化したよ♪
「ｽﾘﾑﾄﾞｶﾝ」つーのは「Visual E++」の後継ソフトな。
おみゃ～らよ、「ｽﾘﾑﾄﾞｶﾝ」はりｿｰｽｴﾃﾞｨﾀでﾀﾞｲｱﾛｸﾞを作成し、作成したﾀﾞｲｱﾛｸﾞをﾌﾟﾛｸﾞﾗﾑに取り込んで、ﾌﾟﾛｸﾞﾗﾑ中から呼び出せるほどに発展しているのよ。自分じわかる？
いまのとこ、作成できるﾀﾞｲｱﾛｸﾞはひとつだけで、２つ以上つくろうとすると失敗するが、さっきやっと２つつくるのに成功したことろなので、ﾀﾞｲｱﾛｸﾞｴﾃﾞｨﾀの完全版のｱｯﾌﾟも近いぞ！！
おみゃ～らよ、自分じどうじ？楽しみに待て♪

そのうち>>278に書いた内容も恥ずかしくなるさ。
良かったね成長できて。

おみゃ～らよ、ｽﾘﾑﾄﾞｶﾝ1.1.9ｱｯﾌﾟしたから見ちみれ？
おみゃ～らよ、ﾘｿｰｽｴﾃﾞｨﾀ２つ以上つくれるようになったぞ。不完全ではあるがな…
おみゃ～らよ、ｻﾝﾌﾟﾙのDaialog.asmをﾋﾞﾙﾄﾞすると、２つあるﾀﾞｲｱﾛｸﾞのうちのひとつが開き問題ないように見える。
だがこりはﾘｿｰｽ内部ではﾃﾞｰﾀ
がまだどっかおかしくなっているのだ。だからいろいろいじくるとボロが出てくる…
おみゃ～らよ、もう少しﾃﾞﾊﾞｯｸﾞしなけれなならんようだ…
だがここまでくるとおりはもはや神だな♪
だがおみゃ～らよ、おりは次のﾒﾆｭｰの作成に移ってもいいかな？どうじ？
ﾒﾆｭｰをつくりながら、ひまを見てはﾀﾞｲｱﾛｸﾞをあとちょっとﾃﾞﾊﾞｯｸﾞするという路線でいこうと思うのよ。自分じどうか？

沢村コラ！！俺のスレに何、ゴミムシの分際で書き込みしてるのよ！！
俺はコボルコンパイラの作り方教えろと言っているだけだぞ。
書き込みするんなら俺のミッション黙ってやれや！！

ゴミスレに　ゴミが書き込む　台風日

>>281
やまざぁ～き、元気か？

おみゃ～ら～、吉報だ！！
おみゃ～ら～、ﾒｲﾝｳｨﾝﾄﾞｳからのﾀﾞｲｱﾛｸﾞ呼び出しがついにできたぞ！！自分じわかるか？
おみゃ～らよ、いままではnasmのｻﾝﾌﾟﾙを真似た起動と同時にﾀﾞｲｱﾛｸﾞを呼び出す方法でお茶をにごしていたのよ。
だがそれだと、それがﾀﾞｲｱﾛｸﾞなのかふつーのｳｨﾝﾄﾞｳなのか区別がつかず、おりはどうしても満足できなかったわけだ。
またこれから「ｽﾘﾑﾄﾞｶﾝ」でまともなｳｨﾝﾄﾞｳｽﾞｱﾌﾟﾘをつくっていくためには、ﾒｲﾝｳｨﾝﾄﾞｳからﾀﾞｲｱﾛｸﾞを呼び出す方法がどうしても必要だったわけよ。
おみゃ～らよ、それができたのよ！！！わかるかな？
おみゃ～らよ、そのｻﾝﾌﾟﾙは「Dlgwnd.asm」という名で「ｽﾘﾑﾄﾞｶﾝ」にはいっているから見ちみれ？
またﾎｰﾑﾍﾟｰｼﾞにもそのｻﾝﾌﾟﾙの解説をｱｯﾌﾟしというたから見ちみるといいよ♪
おみゃ～らよ、おりはここまでくるともはや神だね♪いや、神の中の神よ。
神々の王・ゼウスよ♪

おお沢村。おまえは名古屋の生まれなのかい？？
こないだ俺、愛知にサーフィンしに行ったぞ。２泊３日でな。
で、最後の日は大須で飲んだ暮れたよ。といっても俺は、酒がほとんど
飲めないので、ビールジョッキ２杯を４時間くらいかけないと飲めないわけだが・・・
連れの連中はまぁ普通に飲めるほうらしいので、割り勘はちょっときつかったが・・・

>>285
やまざぁ～き、おりは名古屋じゃないな。おりは熊本よ。おみゃ～よ、名古屋には行ったことないな。自分じわかるかな？
やまざぁ～き、おりは芋焼酎が好きだな。「島美人」つー鹿児島産の銘柄が好きだ。わかるか？
おみゃ～も、芋焼酎飲め！やまざぁ～き、わかるか？

なんなんだこの変なスレは。

沢村は山形出身かと思ってた。
つーか独壇場だな。読む気しねーけど。

おみゃ～ら～、吉報だ！！
おみゃ～ら～、ﾒｲﾝｳｨﾝﾄﾞｳからのﾀﾞｲｱﾛｸﾞ呼び出しがついにできたぞ！！自分じわかるか？
おみゃ～らよ、いままではnasmのｻﾝﾌﾟﾙを真似た起動と同時にﾀﾞｲｱﾛｸﾞを呼び出す方法でお茶をにごしていたのよ。
だがそれだと、それがﾀﾞｲｱﾛｸﾞなのかふつーのｳｨﾝﾄﾞｳなのか区別がつかず、おりはどうしても満足できなかったわけだ。
またこれから「ｽﾘﾑﾄﾞｶﾝ」でまともなｳｨﾝﾄﾞｳｽﾞｱﾌﾟﾘをつくっていくためには、ﾒｲﾝｳｨﾝﾄﾞｳからﾀﾞｲｱﾛｸﾞを呼び出す方法がどうしても必要だったわけよ。
おみゃ～らよ、それができたのよ！！！わかるかな？
おみゃ～らよ、そのｻﾝﾌﾟﾙは「Dlgwnd.asm」という名で「ｽﾘﾑﾄﾞｶﾝ」にはいっているから見ちみれ？
またﾎｰﾑﾍﾟｰｼﾞにもそのｻﾝﾌﾟﾙの解説をｱｯﾌﾟしというたから見ちみるといいよ♪
おみゃ～らよ、おりはここまでくるともはや神だね♪いや、神の中の神よ。
神々の王・ゼウスよ♪
おみゃ～ら～、吉報だ！！
おみゃ～ら～、ﾒｲﾝｳｨﾝﾄﾞｳからのﾀﾞｲｱﾛｸﾞ呼び出しがついにできたぞ！！自分じわかるか？
おみゃ～らよ、いままではnasmのｻﾝﾌﾟﾙを真似た起動と同時にﾀﾞｲｱﾛｸﾞを呼び出す方法でお茶をにごしていたのよ。
だがそれだと、それがﾀﾞｲｱﾛｸﾞなのかふつーのｳｨﾝﾄﾞｳなのか区別がつかず、おりはどうしても満足できなかったわけだ。
またこれから「ｽﾘﾑﾄﾞｶﾝ」でまともなｳｨﾝﾄﾞｳｽﾞｱﾌﾟﾘをつくっていくためには、ﾒｲﾝｳｨﾝﾄﾞｳからﾀﾞｲｱﾛｸﾞを呼び出す方法がどうしても必要だったわけよ。
おみゃ～らよ、それができたのよ！！！わかるかな？
おみゃ～らよ、そのｻﾝﾌﾟﾙは「Dlgwnd.asm」という名で「ｽﾘﾑﾄﾞｶﾝ」にはいっているから見ちみれ？
またﾎｰﾑﾍﾟｰｼﾞにもそのｻﾝﾌﾟﾙの解説をｱｯﾌﾟしというたから見ちみるといいよ♪
おみゃ～らよ、おりはここまでくるともはや神だね♪いや、神の中の神よ。
神々の王・ゼウスよ♪

コテハンつけろ。自動であぼ～んできねーじゃねえか。

おみゃ～ら～、吉報だ！！
おみゃ～ら～、ﾒｲﾝｳｨﾝﾄﾞｳからのﾀﾞｲｱﾛｸﾞ呼び出しがついにできたぞ！！自分じわかるか？
おみゃ～らよ、いままではnasmのｻﾝﾌﾟﾙを真似た起動と同時にﾀﾞｲｱﾛｸﾞを呼び出す方法でお茶をにごしていたのよ。
だがそれだと、それがﾀﾞｲｱﾛｸﾞなのかふつーのｳｨﾝﾄﾞｳなのか区別がつかず、おりはどうしても満足できなかったわけだ。
またこれから「ｽﾘﾑﾄﾞｶﾝ」でまともなｳｨﾝﾄﾞｳｽﾞｱﾌﾟﾘをつくっていくためには、ﾒｲﾝｳｨﾝﾄﾞｳからﾀﾞｲｱﾛｸﾞを呼び出す方法がどうしても必要だったわけよ。
おみゃ～らよ、それができたのよ！！！わかるかな？
おみゃ～らよ、そのｻﾝﾌﾟﾙは「Dlgwnd.asm」という名で「ｽﾘﾑﾄﾞｶﾝ」にはいっているから見ちみれ？
またﾎｰﾑﾍﾟｰｼﾞにもそのｻﾝﾌﾟﾙの解説をｱｯﾌﾟしというたから見ちみるといいよ♪
おみゃ～らよ、おりはここまでくるともはや神だね♪いや、神の中の神よ。
神々の王・ゼウスよ♪

このスレから強烈な電波を感じた

ベイジアンフィルタが学習してしまったのでコテハンなくても大丈夫。