04/11/25 14:36:37
>>261
2chで聞く前に自分で調べる行動力が無いと無理
263:デフォルトの名無しさん
04/11/25 16:03:02
もはや作るとは言わんような。
264:M.B.
04/11/25 21:27:49
>>261
swap と loop～until～do～repeat 構文を実現できるんなら、
Java 拡張言語のコンパイラは作ってもいいかなと思っている。
JavaCC を使えば Java のライブラリはそのまんま利用できるしな。
265:261
04/11/25 23:12:10
>>262
いや、ｸﾞｸﾞってもバックエンド部分がわからなかったから聞いているんだが。
パーサジェネレータはたくさん見つかったんだが、バックエンドは見つからないぞ。
>>264
swapやloopではないんだが、独自に文法を拡張したコンパイラを作ってみたいと思って。
266:デフォルトの名無しさん
04/11/25 23:21:10
Javaのコンパイラで
ソース公開されてるやついじればいいじゃん。
何でメタツールの話から入るかねぇ。
267:デフォルトの名無しさん
04/11/26 00:57:15
>>259
分かりました。
どうもです。
268:デフォルトの名無しさん
04/11/26 17:21:59
コンパイラとスクリプトだと作る難しさは違いますが？
実際にプロのプログラマーだと、PC関係のソフトで難しいプログラムは
なんでしょうか
規模にもよるかもしれないけど、OSが一番難しそうで、その次にデータ
ベースなどがありそうですが、難しいソフトってどんなものがありますか？
コンパイラ・スクリプトはそのなかでどれくらいの難易度なのか
もうしわけありませんが宜しくお願いします。
269:デフォルトの名無しさん
04/11/26 17:27:09
>>268
違いますが？
↓
違いますか？
でOK？何いきなり煽ってるんだと思ったんだけど。
270:デフォルトの名無しさん
04/11/26 17:43:57
>>269
すいません。”違いますか？”です。
単純にコンパイラやスクリプトを作れるプログラマはプログラマの
レベルではどれくらいか？
プロになったことないし、周りにプログラマーがいないので解らないので
もしよければおしえてくださいませんか？
それかスクリプト以外のアプリケーションでもっと難しいものって
なんでしょうか？
OSやデータベースなどが規模にもよるけど難しいそうと思うのですが？
271:デフォルトの名無しさん
04/11/26 18:18:20
>>270
ピンキリ。
スクリプトもOSも、簡単な物は比較的簡単に作れるけど、
ちゃんとしたものを作るのは難しい。
272:デフォルトの名無しさん
04/11/26 18:31:59
>>268
期待してる答えとは違うと思うけど、
とりあえず将棋や囲碁でプロに勝つのが難しい。
273:デフォルトの名無しさん
04/11/26 18:49:30
ドラゴンブックと中田育男本、今から買って読むとしたらどっちがお勧めですか？
274:デフォルトの名無しさん
04/11/26 19:07:46
対象読者や用途が違うので
275:デフォルトの名無しさん
04/11/26 19:49:10
というか、コンパイラの基礎も知らないで育男本は無理。
276:デフォルトの名無しさん
04/11/26 19:54:24
育男本の用途は最適化、
ドラゴンブックは原理・技法・ツールの紹介だと思うのですが、
対象読者はやっぱり育男本がエキスパート、
ドラゴンブックは学部生あたりと考えてよろしいでしょうか？
277:デフォルトの名無しさん
04/11/26 20:28:13
>>276
どっちも教科書だよ。
ドラゴンブック読んで、それから育男本って感じか。
強いていうなら、学部生向けと修士学生向けってくらいの違い。
いずれにせよ、どちらもコンパイラの専門家が改めて読むレベル
の本じゃない。
278:デフォルトの名無しさん
04/11/26 20:33:26
コンパイラ屋のプロは何読んでるの？
279:デフォルトの名無しさん
04/11/26 20:37:01
ドラゴンブック
URLﾘﾝｸ(www.esbooks.co.jp)
「勉強し終わると、滅多に開くことはありませんが ：－） 」
280:デフォルトの名無しさん
04/11/26 20:40:36
>>278
たぶん・・学会集とか論文じゃない？？
プロのコンパイラ屋としてどのくらいが飯食っていけてるのかしらんけんど・・
IBM東京基礎研究所のひととか想像すればいいのか？
281:デフォルトの名無しさん
04/11/26 20:48:18
電気メーカーにショボイコンパイラ屋たくさんいるぞ。
282:デフォルトの名無しさん
04/11/26 21:15:59
そっ、そうなのか、
優しい気持ちになれました
283:デフォルトの名無しさん
04/11/26 21:33:41
最適化って最適するパターンを作ってそれに合うか
合わないかというものでしょうか？
CPU毎の最適化とは別に他は思い浮かばないのですが
284:デフォルトの名無しさん
04/11/26 21:45:19
定数式の最適化とか依存しない物もたくさんあるだろ。
285:デフォルトの名無しさん
04/11/26 22:09:06
電気メーカーのショボイコンパイラ屋です。
文献はPLDI、POPL、TOPLAS、CCあたりが定番でしょうか。
他のコンパイラ屋の方々はどの辺をチェックしてます？
286:デフォルトの名無しさん
04/11/26 22:09:16
>>283
不変式のループ外移動とか、ループアンロールとか、グラフの状態を探索しないといけない最適化はいくらでもある。
287:デフォルトの名無しさん
04/11/26 23:38:35
こういう地味な仕事してる奴って、地味な言語つかってたりするのかな？
288:デフォルトの名無しさん
04/11/26 23:39:11
またあったので報告。上のほう。
ちょっと痛めのドキュもあり・・。下の方。
URLﾘﾝｸ(www.tom.sfc.keio.ac.jp)
289:デフォルトの名無しさん
04/11/27 01:30:48
グラフの探索にあこがれるんだけど
自分の頭では無理っぽい
３番地コードからやってみるか・・
290:デフォルトの名無しさん
04/11/27 01:44:21
>>288
完成してたんだ．
291:デフォルトの名無しさん
04/11/27 01:48:20
知人？
292:デフォルトの名無しさん
04/11/27 02:01:01
>>289
３番地コードってのが三つ組みの事なら、グラフの方が楽ですよ、何でもかんでもつっこんじゃうから頭がこんがらがるのも解るけど。
293:デフォルトの名無しさん
04/11/27 08:45:30
>>288
慶応の卒研でもこんなものか。
ちょっと勇気づけられた。
しかし慶応大生でもこんなのか。
もうどうしていいやら……
294:デフォルトの名無しさん
04/11/27 14:15:14
>>280
そでもないよ、もっと簡単に済ましてる。
開発時間との戦いは別にどの業種と限ったものじゃないです。
295:デフォルトの名無しさん
04/11/27 15:30:55
>>285
漏れは高卒なのでアカデミックな世界のことはなーんも
分からんのですが、カンファレンスみたいなものから
著名人の名前と研究テーマを探して、名前でぐぐって、
研究者のHPを見つけ、論文一覧から欲しいものを探す、
そういう感じですか？
296:デフォルトの名無しさん
04/11/27 16:00:13
>>295
情報学会誌とかACMとか購読してる方が多いと思う。
Webで検索するよりノイズ少ないし。
297:デフォルトの名無しさん
04/11/27 16:01:47
>>296
日本情報処理学会って ACM と比べてどう？
入会する価値ある？
298:デフォルトの名無しさん
04/11/27 16:05:30
>>297
ACM と IEEE だけで十分だと思うよ。
299:デフォルトの名無しさん
04/11/27 16:25:55
>>298
でも日本で何が起きているのか知る一端にはなる。
それと辞書無しでも読めるんで休憩時間には向いてる。
300:デフォルトの名無しさん
04/11/27 16:45:08
>>299
世界的にはトレンドから外れちゃったけど、なぜか日本では
続いているってなネタもあるしね。暇つぶしにはなるわな。
301:デフォルトの名無しさん
04/11/27 18:54:48
日本情報処理学会
顔見知り同士のしょぼいミニコミ誌
302:デフォルトの名無しさん
04/11/27 19:12:58
海外だって一部の除けば似たようなもんじゃん
303:デフォルトの名無しさん
04/11/27 19:14:19
>>302 それ本当？たとえば？
304:デフォルトの名無しさん
04/11/27 20:12:12
たとえば、って大抵の分野は狭いので自然と知り合い同士になるのが道理なんだが
305:デフォルトの名無しさん
04/11/27 20:31:43
>>304
必ずしも「しょぼい」わけではないんでない？
306:デフォルトの名無しさん
04/11/27 23:15:11
>>287
LIS(ry
307:デフォルトの名無しさん
04/11/28 00:16:15
>>268
>実際にプロのプログラマーだと、PC関係のソフトで難しいプログラムは
>なんでしょうか
Mathematicaみたいなソフトも作るのむずかしそう。
308:デフォルトの名無しさん
04/11/28 00:27:29
>>307
IE も大変だと思うよ。不正な HTML でもそれなりに表示する必要があるし、
HMTL, CSS, XML あたりは規格もそれなりにデカイ上に、画像の遅延表示や
ユーザが任意のタイミングでリロード、戻る、進むなんかを実行できることが
大前提になってる。
部分的な実装に関わるだけならともかく、全体の設計からって話だと
Office なんかも大変だろう。
309:デフォルトの名無しさん
04/11/28 01:39:32
>>308
不正のタグの事。
結構打ち込みタグでエラー起こしてるけど、エラー処理してるとは
思えないな。
それから、リロードとかのタイミングとかも、単純にタスク処理すれば
良さそうなので、問題ないかと
理屈的にIEを作るのは難しくなくても、使えるものを実際に作ると
なると、設計段階でくじけそうだけど。
単純にIEみたいなもののスクリプト系の表示プログラムは
簡単そうだし。
310:デフォルトの名無しさん
04/11/28 02:09:09
javascriptとかの解釈は？
311:デフォルトの名無しさん
04/11/28 10:24:27
dW : Linux : Yacc...そしてLexをよみがえらせる
URLﾘﾝｸ(www-6.ibm.com)
dW : Linux : Lexとyaccでコードをビルドする 第1回: 導入
URLﾘﾝｸ(www-6.ibm.com)
dW : Linux : Lexとyaccでコードをビルドする 第2回: 開発とトラブルシューティング
URLﾘﾝｸ(www-6.ibm.com)
312:デフォルトの名無しさん
04/11/28 11:46:16
Lispが気になってしょうがない奴がいるなこのスレ。
313:デフォルトの名無しさん
04/11/28 11:59:54
>>309
> 結構打ち込みタグでエラー起こしてるけど、エラー処理してるとは
> 思えないな。
Amaya とか使うと、IE がいかに適当（良い意味で）に処理してるか良く分かるぞ。
314:デフォルトの名無しさん
04/11/28 19:07:15
lispに骨髄反射してる奴がいるな、この摺れｗ
315:デフォルトの名無しさん
04/11/28 19:47:31
Ｒｂｙ ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ｌｉｓｐ
316:デフォルトの名無しさん
04/11/28 23:25:44
骨髄・・・バンク
317:368
04/11/29 01:35:38
こんな事聞いたら怒られるかもしれないですが、
XMLのいろいろな規格を解釈するリーダーを作成しようと思ったら、
どのような手順を踏めばいいのですか？頭がよろしくなく理解力がないですが
よろしくお願いします。
318:デフォルトの名無しさん
04/11/29 01:39:17
未来からこんにちは。
319:デフォルトの名無しさん
04/11/29 01:50:23
368に近づくまでまだ時間がある。それまでに理解力をつけるんだ。
320:デフォルトの名無しさん
04/11/29 05:29:21
単純に<～>を付いてるものを3つのポインタを使った
typedef staruct tagXML｛
～
struct tagMML *prev;
struct tagMML *next;
struct tagMML *yoko;
char *namel;
char *data;
}
とかやって、階層的なものを作ってデータの意味を付けていく
ようにしたらいいかも？？？
この階層を作った後に、全体的な階層を作った後にキャンパスというのに
まず、仮想的に描写情報を作った後に、実際に描写するだけぁない。
仮想的な描写情報を作ってどういった画面になるかを一度シミュレート
するのがちょっとメンドイけど、それさえ出来ればすぐに出来るよ。
321:デフォルトの名無しさん
04/11/29 05:42:14
HTMLも基本は一緒だよ。
BODY－
|
+---tabel
|
+---tabel
| |
| +--- tabel
+---IMAGE
|
/BODY
という階層を作ったを作った後に、フォントとかtableや画像を情報を
元に、仮想で描写するイメージを作って、どれくらいのクライアントに
どのような配置をするか決めて、下(バッググランドから、上に書き込むだけ
IEの場合、タスクを使ってるみたいでデータが来た順に描写するので
バッググランドの画像データが先に受信されてない場合、一度、上に
タグの描写した後に、もう一度下を描写して再描写してるみたい。
全体的な階層を作って→その階層のデータと元に仮想描写(データで）→
した後に、実際に描写するだけ・・・
タグ毎の描写の仕方を決めて、それを配置するプログラムさえ
出来れば殆どできるから。理屈では難しくないがあんだけのタグを
実際に作るとなるとメンドイな・・・
tableとイメージとpreを使った簡単なブラウザを今度作ってみるつもり
だけど・・・。
322:デフォルトの名無しさん
04/11/29 06:11:11
>>320 >>321
誰か翻訳してくれ
323:デフォルトの名無しさん
04/11/29 06:13:57
ｲﾗﾈ
324:デフォルトの名無しさん
04/11/29 15:43:41
tabel
325:デフォルトの名無しさん
04/11/29 15:44:57
描写するだけぁない。
酔っ払いか？
326:デフォルトの名無しさん
04/11/29 17:06:59
>>227
327:デフォルトの名無しさん
04/11/29 22:47:26
なんでも煽りに見えるのは良くないです。
つか、そんなスレになっている元凶は死ね、
いくら煽ったってお前の実力は向上しないし、稚拙でもタコでもやる奴の実力のみが向上するんだよ。
おまえの行き着く先は何もできない才能も人望も無いロートル爺だ。
【語り「コンパイラ・スクリプトエンジン」相談室4 >>227】
328:デフォルトの名無しさん
04/11/30 00:00:25
コンパイラの学習はLISPが良いな
329:デフォルトの名無しさん
04/11/30 00:03:04
初心者がLISPでコンパイラを書こうとすると、グラフの実現でつまづく気がする。
330:デフォルトの名無しさん
04/11/30 00:14:03
LISP最高！
これ覚えると他がアフォらしく見えるよ！
331:デフォルトの名無しさん
04/11/30 00:25:28
なんでも煽りに見えるのは良くないです。
つか、そんなスレになっている元凶は死ね、
いくら煽ったってお前の実力は向上しないし、
稚拙でもタコでもやる奴の実力のみが向上するんだよ。
おまえの行き着く先は何もできない才能も人望も無いロートル爺だ。
【語り・・・「コンパイラ・スクリプトエンジン」相談室4 >>227】
332:デフォルトの名無しさん
04/11/30 00:27:32
LispよりSchemeの方が単純で良いと思う。
333:デフォルトの名無しさん
04/11/30 00:38:36
継続と末尾再帰最適化が義務になるので却ってハードル高くなんない?
334:デフォルトの名無しさん
04/11/30 01:06:03
>>333
MiniSchemeとか、継続も末尾再帰もGCまかせにする単純な方法があるから、
そんなに大変じゃないよ。
まあ極力GCを避ける実装とか、コンパイルするとかなるとそれなりに大変だけど、
自己記述できるからだいぶ小さくまとまる。
下手な俺流言語でがんがるよりはマシ。
335:デフォルトの名無しさん
04/11/30 01:56:07
『コンパイラの学習はLISPが良い
↓
LISPでコンパイラを書くとグラフの実現でつまづく気がする
↓
Schemeの方が単純で良いと思う
↓
継続と末尾再帰最適化でハードル高くなるのでは?
』
↑ここまでは低脳の漏れにも分かる。。
インタプリタでコンパイラのコードを記述して実行すれば
所望するコンパイラが生成される。（違いますか？）
コードを記述する際、開発環境の言語の特性上、
継続と末尾再帰最適化に気を使うのも分かる。
開発環境にMiniSchemeを使えば継続と末尾再帰最適化を
GC任せに出来るので、コーディングしてる人はその辺未熟でも
許されるという意味ならこれも分かる↓
『MiniSchemeとか、継続も末尾再帰もGCまかせにする単純な方法がある』
これ↓はコンパイラを生成するコードをコンパイラで記述するってことですよね。
『まあ極力GCを避ける実装とか、
コンパイルするとかなるとそれなりに大変だけど、
自己記述できるからだいぶ小さくまとまる。
』
じゃ、これ↓はターゲットとしているコンパイラのことですか？
それとも>>343自体が『MiniSchemeコンパイラを作れば？』ってこと？？
『下手な俺流言語でがんがるよりはマシ。』
336:デフォルトの名無しさん
04/11/30 02:00:40
どーか漏れの幼い書き込みで荒れないで下さい。お願いします。
337:デフォルトの名無しさん
04/11/30 02:01:57
>>336
誰だよお前
338:デフォルトの名無しさん
04/11/30 02:05:41
オレオレ
339:333
04/11/30 02:07:00
>>334
まあ継続とかのフレームを毎回ヒープからアロケートしまくれば簡単なんだけど、
知らないと難しい類いの問題じゃないかな。
どうでもいいが、
LispよりSchemeの方が単純で良いと思う。
↓
継続と末尾再帰最適化が義務になるので却ってハードル高くなんない?
↓
下手な俺流言語でがんがるよりはマシ。
いつのまにLispが下手な俺流言語になったんだろうw
>>335
「Lispを書く」と「Lispで書く」が各人ばらばらでつよ。
繋がってるようで繋がってない。
340:デフォルトの名無しさん
04/11/30 02:10:29
>>339
まあ、下手な俺流 Lisp はあり得るかな。
下手かはともかく、遥か昔はみんな俺流 Lisp だったといえなくもないわけだし。
341:デフォルトの名無しさん
04/11/30 02:12:24
(´◕ω◕｀)ばらばらか・・そっか・・
342:デフォルトの名無しさん
04/11/30 04:55:35
このスレ共通言語をSchemeにすれば全て解決
343:デフォルトの名無しさん
04/11/30 06:01:33
>>342
却下
344:デフォルトの名無しさん
04/11/30 21:37:48
>>343
なんで？
345:デフォルトの名無しさん
04/11/30 23:05:30
グラフが扱いにくい
346:デフォルトの名無しさん
04/11/30 23:07:24
>>345
グラフって？
347:デフォルトの名無しさん
04/12/01 00:16:25
flex,bisonについて、このスレ的な見解はありますか?
348:デフォルトの名無しさん
04/12/01 00:20:45
flex2.5.31
349:デフォルトの名無しさん
04/12/01 00:40:15
>>347
手軽に済ませたければ使うとよろし。きめ細かなエラー回復処理を
したいとか、特殊な構文山盛りの言語だと、手でパーサー書いた
方が良い。
ただ C だと文字列操作繁雑だから、個人的には C++ 処理系と
組み合わせて使えるヤツを勧めておくが。
350:デフォルトの名無しさん
04/12/01 10:54:19
S式で書けばflexもbisonも(ﾟ⊿ﾟ)ｲﾗﾈ
351:347
04/12/01 17:23:08
どうも
352:デフォルトの名無しさん
04/12/01 18:24:40
Rubyの青木さんの256本を買った。
いや、これなら自分でも読めそうだったんで。
353:デフォルトの名無しさん
04/12/01 18:38:20
現状 flex はいいとしても、bison又はyacc に変わるものなし
と思う俺は実用主義
354:デフォルトの名無しさん
04/12/01 18:44:04
よほどの特殊事情がないかぎりflexとbisonで済ませるね
不足を感じたことは今のところなし。
355:デフォルトの名無しさん
04/12/01 19:40:35
c++から使いにくいインタフェースは改善されたんだっけ？
Parser ClassとかLexer Classは提供されてる？
356:デフォルトの名無しさん
04/12/01 20:23:00
sfにあるreentrantなflexは本家にマージされないの？
357:デフォルトの名無しさん
04/12/01 23:05:49
JavaCCとANTLRとSableCCとCUPとnotavaccの比較ってだれかやってくんない？
notavaccのページにはJavaCCとの比較が、SableCCのページにはANTLRとの比較があるけど、ほかのも知りたい。
他力本願ですまん。識者の意見求む。
358:デフォルトの名無しさん
04/12/01 23:11:44
LISP に変わるもの無しと思っている俺は非実用主義
359:デフォルトの名無しさん
04/12/01 23:39:51
>>353
前に評価したけど yacc からの移行なら yayacc がなかなか良いよ。
過去の遺産の都合で未だに flex + bison な仕事を抱えてて、移行
できてないが＞俺
360:デフォルトの名無しさん
04/12/01 23:44:39
javaで作るパーサの本読んだ人いる？
ああいう感じで構文をクラスに落としてくれるコンパイラコンパイラってないのかな？
361:デフォルトの名無しさん
04/12/01 23:59:54
>>360
JavaCCじゃ不満？
362:デフォルトの名無しさん
04/12/02 00:01:19
>>361
URLﾘﾝｸ(www.pearsoned.co.jp)
この本なんだけどね、すごく綺麗なパーサ用パーツ群なんだよね。
363:デフォルトの名無しさん
04/12/02 00:37:41
>>362
せっかくその本読んだんなら自作してみては？
364:デフォルトの名無しさん
04/12/02 00:49:56
ソースとかヴィダルサスーン並に綺麗なん？
365:デフォルトの名無しさん
04/12/02 00:56:08
その本わかりやすく簡潔で超おすすめだった！
自分でなんとなく興味があっても、結構手が出しにくく思える「パーサ関連」の良書だった。
コンピュータサイエンス等の基礎が全くなくても、
ＪＡＶＡでオブジェクト指向をある程度なら把握できている人には、超おすすめ。
本の構成も非常に考えられていて、まったくのパーサ未経験者でも頭から読んでいけば
最後には自分でプログラミング言語を作成できるところまでたどり着けた。
366:デフォルトの名無しさん
04/12/02 01:03:08
作者か関係者か。いいかげんウザいから消えろ。
367:デフォルトの名無しさん
04/12/02 01:04:10
君、アマゾンの・・
368:デフォルトの名無しさん
04/12/02 01:05:51
作者←海外から青い目の２ｃｈねらーかよw
369:デフォルトの名無しさん
04/12/02 01:12:25
URLﾘﾝｸ(www.amazon.co.jp)
375はカスタマーさんですか？？
370:デフォルトの名無しさん
04/12/02 01:18:27
中身Ｊａｖａクラスべったりで萎えた
371:デフォルトの名無しさん
04/12/02 01:45:37
>>366
すぐ関係者とかを疑うのって痛くないか？
372:デフォルトの名無しさん
04/12/02 01:50:02
横から悪いが>>360はその本にそんなに感銘受けてるっつーなら
それ使ってりゃいいのでは？
373:デフォルトの名無しさん
04/12/02 02:06:39
C#で使えるまともなBisonご存知ないですか？
GCの効くJavaでもいいですが、C#の方がコーディング早いから、できるの
であればいいかなぁ程度なのですが、XMLの規格の解析するだけなので速度は
気にせず、解析できればおっけーなのです。
374:!=360
04/12/02 02:10:57
>>372
その本は読んだことないけれど、本に載っているサンプルよりももっと「でき」がよい
ものはあるかどうか、っていうことじゃないかな？
375:360=362
04/12/02 02:20:04
なんか荒れてますね
>>372,361
javaCCとかってパースクラス本体が妙にでかいのができるんで、件の本（これはパーサを作る為の細かいパーツの集合なんでBNFから自動展開とかはしないのです）
の物みたいに粒度の細かいクラスに分解するようなコンパイラコンパイラは在りませんかって問いかけだったんです。
376:デフォルトの名無しさん
04/12/02 02:31:04
>>360>>362から>>375を把握できるヤシはESP
377:デフォルトの名無しさん
04/12/02 02:35:37
>>363はBNFから自動展開出来るように君が作ればぁ～って言ってるんだよｗ
378:デフォルトの名無しさん
04/12/02 10:34:27
>>377
作ってるよ、お前の書き込み面白くない、どっかいけよ。
>>363
ライブラリに最初から入っているxmlパーサじゃだめなん？
379:デフォルトの名無しさん
04/12/02 11:09:59
自家撞着？
380:デフォルトの名無しさん
04/12/03 09:45:40
>>373
Bisonじゃないけど、ANTLRはC++、Java、C#で使えたはず。
381:デフォルトの名無しさん
04/12/04 00:05:49
ANTLRは文法に癖あるってきいていたのでマークしてなかったですが、
がんばって使ってみますね。どもです。
382:デフォルトの名無しさん
04/12/04 03:30:01
Flexの正規表現でシフトJIS日本語文字列（""括りで\がエスケープ文字）を
定義するのはどうしたらいいのでしょうか？とりあえず
\"(([\x81-\x9F\xE0-\xFC][\x40-\x7E\x80-\xFC])|\\.|[^\\"])*\"
としてみたのですが、２バイト目が\の"表"とかが最後になっていると
"がエスケープされてしまいそのさらに次の"までが文字列になってしまいます。
よろしくお願いします。
383:デフォルトの名無しさん
04/12/04 12:08:56
>>382
２バイトめ"\"のパターンを使え
384:382
04/12/04 13:14:05
>>383
シフトJISの2バイト目"\"のパターンは
([\x81-\x9F\xE0-\xFC][\x40-\x7E\x80-\xFC])
で引っかかると思うのですが、
これじゃダメなんでしょうか？
385:デフォルトの名無しさん
04/12/04 13:32:42
>>382 は
\"(\\.|[^\\"])*\"
と同じ意味。
[\x81-\x9F\xE0-\xFC][\x40-\x7E\x80-\xFC]
は
[^\\"]*
で吸収できちゃうから。
386:382
04/12/04 14:02:51
>>385
解決できました。ありがとうございます。
387:デフォルトの名無しさん
04/12/05 20:42:28
>>386
結果を張っといたら？
388:デフォルトの名無しさん
04/12/05 20:47:08
(V)o\o(V)
389:デフォルトの名無しさん
04/12/05 20:58:35
バルタン星人かよ！
390:デフォルトの名無しさん
04/12/05 22:21:17
>>387
私は自力で解決しました。
あなたも自分で考えてみてください。
391:デフォルトの名無しさん
04/12/06 23:40:48
>>390
こういう奴が、スレを糞化させる。
392:デフォルトの名無しさん
04/12/06 23:42:41
糞化したスレ
ｽﾚﾘﾝｸ(tech板)
393:デフォルトの名無しさん
04/12/07 00:17:37
もともと糞化してただろ。
394:デフォルトの名無しさん
04/12/07 04:28:08
>>381
ANTLRの書き方って独特だよね。おれもよくわからん。
いちばんわかりやすいのはSableCCだな。BNFだけ定義すればよく、JavaコードとBNFとをごちゃまぜにする必要がない。
395:デフォルトの名無しさん
04/12/07 14:37:37
>>391 必死だな
396:デフォルトの名無しさん
04/12/07 14:40:41
>>392
ほんとの意味で糞化だ(笑
397:デフォルトの名無しさん
04/12/08 00:31:38
>>395
アフォ目、洩れがアドバイス出してやったんだがw
398:デフォルトの名無しさん
04/12/08 02:32:41
アンタのアドバイスはこっちのトンチンカンな方だろ。
383 名前：デフォルトの名無しさん 投稿日：04/12/04 12:08:56
>>382
２バイトめ"\"のパターンを使え
399:デフォルトの名無しさん
04/12/08 02:37:47
>>397
つーか知ってるなら自分で貼ったらいいじゃん。
400:デフォルトの名無しさん
04/12/08 11:54:01
そして張ったとたんに間違っていると判明と(藁
401:デフォルトの名無しさん
04/12/09 09:34:35
(\)o\o(\)
402:デフォルトの名無しさん
04/12/15 22:47:03
.
403:デフォルトの名無しさん
04/12/16 01:19:20
どなたかこいつを弄ったことのある方いらっしゃいますか。
URLﾘﾝｸ(www.cminusminus.org)
404:デフォルトの名無しさん
04/12/18 15:10:46
405:デフォルトの名無しさん
04/12/21 18:59:06
.
406:デフォルトの名無しさん
04/12/21 21:35:17
ここのスレをまとめたページはないのかい？
407:デフォルトの名無しさん
04/12/21 23:29:57
コンパイラを作りたいのですが、どうしたらいいんでしょう
私は、Cの入門書を読み終えた程度です。
408:デフォルトの名無しさん
04/12/21 23:35:38
>407
無謀
409:デフォルトの名無しさん
04/12/21 23:47:06
コンパイラの入門書を読め
410:デフォルトの名無しさん
04/12/21 23:58:53
なぁ、友達にアセンブラを知らないと作れないといわれたのだが、本当か？
411:デフォルトの名無しさん
04/12/22 00:06:01
>>410
その友達に理由を聞けよ
412:デフォルトの名無しさん
04/12/22 00:06:17
ネイティブコンパイラを作ろうと思うならな
413:デフォルトの名無しさん
04/12/22 00:11:18
>412
そうか、アセンブラはいるのか。。。
アセンブラを勉強してから出直してくるよ。
414:デフォルトの名無しさん
04/12/22 00:12:36
アセンブラなんてCより覚える事少ないぞ
415:デフォルトの名無しさん
04/12/22 00:18:06
>414
そうなのか？
Cも覚えることはほとんどなかったが。。。。
まぁ、いいや。
はじめて読む８０８６からはじめるよ。
416:デフォルトの名無しさん
04/12/22 00:22:34
言語なんてのはすぐに覚えられるが、問題はその先だな。
417:デフォルトの名無しさん
04/12/22 00:27:08
>>408
そうでもないよ。
言語を理解するには実際に自分で作ってみるのが手っ取り早いよ。
418:デフォルトの名無しさん
04/12/22 00:30:54
その先は、何を作るかによるだろう。
419:デフォルトの名無しさん
04/12/22 00:40:03
つーかそれ作って何するかだな
漠然と作ってもただのゴミだし
時間を有効に使う意味では言語処理系なんて手を出さないが吉
420:デフォルトの名無しさん
04/12/22 00:46:08
>>419
できあがった完成品が重要なのではなく、その過程でできたものがもっとも重要な
物・事である事が多いと思いますよ。
完成品なんてタダでくれてやればいいが、その過程で得たものは絶対誰にもあげない。
そう思います。
って青木淳さんの受け売り…
421:デフォルトの名無しさん
04/12/22 00:47:22
このスレと路線がずれてないか？
そろそろ元に戻そうぜ。
422:デフォルトの名無しさん
04/12/22 00:51:01
953 名前：名前は開発中のものです。 [] 投稿日：04/12/21 20:13:01 ID:ZZkG0tzm
AliceSoftのSystem(開発環境)見たいなのを作りたいのですが、どうしたらいいのでしょうか？
私は、Cの入門書を読み終わったくらいLvです。
954 名前：名前は開発中のものです。 [sage] 投稿日：04/12/21 20:39:50 ID:y3o3j+dn
>>953
「コンパイラ・スクリプトエンジン」相談室4
ｽﾚﾘﾝｸ(tech板)
ゲ製板の初心者質問スレで発見。
423:デフォルトの名無しさん
04/12/22 00:59:30
それ、>407の書いたものだろう？
424:デフォルトの名無しさん
04/12/22 04:42:53
Cで書こうとすると色々と複雑になって辛くない？
先にC++覚えたほうが楽だと思う
425:デフォルトの名無しさん
04/12/22 08:11:24
>>422
それだったらアセンブラ知っとく必要ないじゃん。
とりあえず「yacc インタプリタ」でぐぐって好きなの読むといいんじゃない？
426:デフォルトの名無しさん
04/12/22 11:43:40
「私はこれで仕事をやめました。」
427:デフォルトの名無しさん
04/12/22 11:46:40
「私はこれで仕事をやめさせられました。」
428:デフォルトの名無しさん
04/12/22 13:55:40
>>410
アセンブラというものがどういう構造なのか知っておくと便利だけど、
アセンブラ言語そのものを覚える必要は無いと思う。
それよりコンピュータがどうして動いてるか理解する方が大事。
メモリから命令を拾って来る→なんかする→次の命令を処理
という流れはどっちも変わらないから。
429:410
04/12/23 00:52:02
とりあえず、>407とは別人だぞ。
なんか、一緒にされてる気がするので。
>428
え、ネイティブなら必要だと、上のレスにあるが。。。。
430:デフォルトの名無しさん
04/12/23 00:59:14
マジでコンパイラ作りたいと思っているのなら、最初はアセンブラから始めるのではなくて
自分の言語→C言語へのトランスレータを作って、system関数か何かを使ってCコンパイラを呼び出してコンパイルするのがいい。
C++なども最初はそのようにして作られたし、元々Cはそのための言語として開発された経緯があるから良い感じで実装できる。
Cのオプティマイザをそのまま借用できるのも便利だ。
もしアセンブラも知っていれば、自分の実装した機能を効率よく実装できる命令が見つかるかもしれない、
そのときにネィティブコンパイラを作ってみようという動機が発生する。
目的が現在の言語の性能が気に入らんから、言語はそのままでより良いオプティマイザを実装しようというなら
いきなりアセンブラで行けというところで。
431:デフォルトの名無しさん
04/12/23 01:43:13
今んとこ最強の成書↓
URLﾘﾝｸ(www.amazon.co.jp)
amazon.comで古本買ったほうが安いかもしれん。
ただしちょっと古い(1997)
FORTRANなら↓
URLﾘﾝｸ(www.amazon.com)
物好きには↓
URLﾘﾝｸ(www.amazon.com)
持っているといばれる。
432:デフォルトの名無しさん
04/12/23 02:00:43
ドラゴンブックは今日では読む価値はほとんどない。
記述が難しい上に古い本なので初学者にも上級者にも無用。
新中田本は記述が簡素すぎるので、結局は元の論文を読むはめになる。
ってゆっか、教科書ではなくサーベイだな。
初学者なら佐々本がベストだと思う。
古い本だが、ある程度のレベルを保ちつつこれ以上わかりやすい本は
他には知らない。
433:デフォルトの名無しさん
04/12/23 02:19:14
URLﾘﾝｸ(www.amazon.com)
lccは全く実用にはならないのだが、
この本はかなりおもしろく、また、類書が全くないので一読の価値あり。
434:デフォルトの名無しさん
04/12/23 04:21:30
吉里吉里とかコンパイルすると、シナリオファイルの中身が読めないファイルに変換されていますが、
あれはどうやっているのですか？
（ここではスレちがい？）
435:デフォルトの名無しさん
04/12/23 08:10:26
スクリプトの実装ではなく設計の哲学などを扱った書籍はありませんか？
436:デフォルトの名無しさん
04/12/23 08:50:48
>>434
暗号化してるだけだろ
437:デフォルトの名無しさん
04/12/23 09:18:34
暗号化っちゅうか、
コンパイルってことは普通バイナリファイルにするわけで、
バイナリになったら普通人は読めないだろ。
438:デフォルトの名無しさん
04/12/23 11:04:46
>>432
ドラゴンブックが古い本なのは確かだが、コンパイラ理論の基礎なんて
ドラゴンブックの時代から変わってないから問題ないよ。
佐々本は読んだことないから、そっちの方が良いという意見は否定しないが。
439:デフォルトの名無しさん
04/12/23 13:37:39
ドラゴンブックは原書でしか読んでないが、古めかしさ的には
佐々本と大差ないと思われる(属性文法あたりの差分はあるけどね)。
日本語で読みたいなら、佐々本の方が良い。1冊にまとまっているし、
なによりドラゴンブックの日本語訳はヤバい。
中田本はちゃんと読んでいないので何とも言えないが、元の論文
読む羽目になるのは仕方ないんじゃないか? というか、中田本を勉強
しなきゃいけないやつは、どうせ元論文だけでなくもっと新しい論文を
読まなきゃ仕事にならんでしょ。
440:デフォルトの名無しさん
04/12/23 13:54:43
>>431
"Advanced Compiler Design and Implementation"
この本は主にどの言語で書かれていますか?
C? C++?
441:デフォルトの名無しさん
04/12/23 14:13:41
>>440
漏れは431ではないが、アルゴリズムの説明などで用いられている擬似言語はpascal風。
とはいっても内容は全くプログラミング言語に依存しない。というか、コンパイラの本で内容が
特定のプログラミング言語に依存するものってあまりないと思う。
ベクトル化コンパイラの本はFortran向けに書かれていることがよくあった気もするが。
442:デフォルトの名無しさん
04/12/23 16:36:55
>434
Javaと同じと考えていいんでない？
443:デフォルトの名無しさん
04/12/23 17:08:20
How to WSDL convert to SOAP?
444:デフォルトの名無しさん
04/12/23 17:19:36
>>443
HTML や XML は正規表現を憶えてツリー型のデータ構造を憶えれば完成だから、
正規表現のスレッドや初心者相談系のところにいったらいいよ。
445:デフォルトの名無しさん
04/12/23 17:22:18
URLﾘﾝｸ(yaneurao.hp.infoseek.co.jp)
↑のソースは参考になる？
446:デフォルトの名無しさん
04/12/23 20:22:14
コンパイラを作りたいのですが、どうしたらいいんでしょう
私は、Lispの入門書を読み終えた程度です。
447:デフォルトの名無しさん
04/12/23 20:26:03
じゃLISPコンパイラ作れ
448:デフォルトの名無しさん
04/12/23 20:29:51
>>446
lex yacc または bison flex といった所をやる
オライリーの動物本でもどうぞ
もしCができないなら先にそっちをやる。
Cが分らないとツール群の使い方が理解できない。
449:デフォルトの名無しさん
04/12/23 20:31:29
>448
Cでなくて、C++でもいいんでない？
450:デフォルトの名無しさん
04/12/23 20:34:07
>>449
Cが分らないならC++をやるのはただの遠回り、そこまでやらなくてもツールは使える。
C++で使うにはかなり詳しくC++を知る必要があるから、そんな所に迷い込んだら永久にできなくなってしまう。
大規模になってくれは必然的にC++やる事になるのだから、そのときで十分。
451:デフォルトの名無しさん
04/12/23 20:41:23
yaccとかbisonって、構文解析と字句解析に使うんだろ？
452:デフォルトの名無しさん
04/12/23 20:41:51
Lispのコンパイラを作るのにlex+yaccはいらんなあ。
バイトコードに落とすLispのコンパイラを作るのは結構簡単なわりに面白いよ。
453:デフォルトの名無しさん
04/12/23 20:44:25
>452
おすすめのソースとかある？
454:デフォルトの名無しさん
04/12/23 21:00:41
>>9のやさしいLispの作り方はどう？
455:デフォルトの名無しさん
04/12/23 21:06:14
>454
ありが㌧
Javaの復習にもいいね。
そろそろこのスレをまとめたサイトが欲しいね。
456:デフォルトの名無しさん
04/12/24 00:37:04
>>454
あれはS式をそのまま解釈するインタプリタなのでコンパイラは出てきませんね。
でも入門書を読み終えた程度って人なら処理系のイメージを軽くつかむにはいいかな。
Lisp/Schemeスレのテンプレに出てくる小さい処理系の中には
バイトコード仮想マシン+コンパイラという構成のものもあるのでそれがいいです。
Emacs使いならbytecomp.elがそのままコンパイラ。
ちょっと概要を掴むのに苦労するかも知れないけど。
457:デフォルトの名無しさん
04/12/24 10:19:57
>>420
俺と考えが違いますね
ソフトもプログラムも、頭の良い人が数人いて、いいものを作れば
終わっちゃう世界だと思うんですよ。
コピーすれば同じですし・・・
例えば、簡単なスクリプトを学生が趣味で作ってとしてそれを公開すれば
他の人は、そこまでの勉強が近道が出来ると思います。
頭の良い人はそこから更に良い物を作るって言うやり方が必要だと・・・
特許などに触れる部分や会社の売りである部分はさすがに公開できないでしょうが
その部分を省いた基本的な部分は全て公開する方が効率が良いと思いますし
アメリカやインドに比べてソフト開発力が低い？と言われてるのだから、
その部分を補う部分が欲しいと思いますね。
458:デフォルトの名無しさん
04/12/24 10:38:33
>>420 頭のいい人
>>457 口をあけて待ってるバカ
459:デフォルトの名無しさん
04/12/24 16:42:34
>>458
馬鹿で悪かったな・・・
C言語を覚えるのに、C言語の入門からマニュアルが一杯でてるだろ
おまぇはそれすら観なかったのかよ？
それからアルゴリズムも全部自分が考えたか？
データ構造とアルゴリズムを本やインターネットで覚えてないのか？
結局頭の良い人が見つけたプログラミングをお前だって恩恵受けてるだろ。
コンパイラだって頭の良い人が考えてプログラムの参考に自分の新しい
コンパイラを作るのだって在りだと思ってるんだよ
それとは別に人が作ったものを他の人がまた作るのもデジタルである
プログラムではもったいないと・・・
おまぇの考えはフリーでプログラムを提示してる人を真っ向から否定してるよな
460:デフォルトの名無しさん
04/12/24 16:44:18
>>458
こいつはコンパイラの本を見ずにコンパイラを自力で作れるすごい奴なのかも
しれないｗｗｗ
461:デフォルトの名無しさん
04/12/24 16:47:26
別に凄くないと思うぞ
462:デフォルトの名無しさん
04/12/24 16:49:06
>>461
自力で作れる奴がここに来るのか？？ｗｗｗ
463:デフォルトの名無しさん
04/12/24 16:53:22
>>462
もし来ないと思っているなら、それは偏見だよ。
別にここでの書き込みに何か期待しているわけじゃない。
ただ、専門分野での雑談を楽しんでいるだけだよ。
464:デフォルトの名無しさん
04/12/24 16:57:04
>>436
彼はC言語のマニュアルしかみないでプログラマーやってる
スーパープログラマーだから、相手にしない方がいいな。
465:デフォルトの名無しさん
04/12/24 17:09:11
>>463
彼はすごいよ。
数学の数式や方程式も自分で考えたんだよ。
大学の勉強も教授に話しを聞かなかったと思うよ
何故ならスーパーだから・・・。
教授が自分の経験や頭が良い人の本や教科書を使った
授業だって彼にとっては無駄だもの
先人の発見した知識は彼には必要ないんだよ
彼は全部自分で考えて、自分で作れるんだから・・・ｗｗｗ
466:デフォルトの名無しさん
04/12/24 17:09:49
俺はC言語なぞコンパイラのユーザマニュアルだけで使えるようになったけどな。
そういう人間は別に少なくないだろう。分布が偏在しているだろうとは思うが。
それはさておき>>457=>>459だろうが言ってることが滅茶苦茶だぞ。
>>457では成果物としてしか捉えてないからバカと言われて当たり前。
公開されてるものを眺めただけで改良できるようになるわけじゃないんだよ。
結局ものの設計や開発は一種の探索問題だから、その過程を理解しなければその設計に
至る必然性やどこに改良すべき点があるかとかわからん部分もある。
>>459でいってるアルゴリズムとかは経験(≒プロセス)から抽出された知識であって
成果物ではないのだから457の主張の論拠にはなり得ない。
457を補強するつもりでも結局459は420の補強にしかならん。
457を見て感じるのは、こいつには「頭のいい人」のものの考えは絶対理解できないだろうなということ。
自分をその範疇から外していて、そうなる意志もないだろうというのも感じる。
467:デフォルトの名無しさん
04/12/24 17:18:39
>>466
はぁ～、まぁ～いいや、プログラムだけでなく
方程式とかも自分で解いたんだろ、、全部。
おまえの言ってることは、本に書いてある知識や経験を
必要としないでやってきた人間だけが言える言葉だぞ。
例えば、英語の映画を観ただけで、英語を覚えられるとか・・・
誰かが、覚えた経験を元に英語の教科書や、専門書を
観ないで覚えたのか
授業で英語の教科書を見て英語覚えたのなら、
それは英語を覚えた経験した事を、本で覚えて
英語を覚えたことになるんだぞ。
468:デフォルトの名無しさん
04/12/24 17:19:23
誰かが、覚えた経験を元に書かれた英語の教科書や、専門書を
観ないで覚えたのか
でした
469:デフォルトの名無しさん
04/12/24 17:25:02
この話題で初めて書き込むが,
>>466 アホだな…
本や論文を読まずに～というのは, 要するにその内容を完全に理解したから,
その文献を再び参照することなく, 新規性のある事ができる, という意味だろうに…
470:デフォルトの名無しさん
04/12/24 17:26:19
>>466
彼はエジソンだね。学校の授業は人の経験を教科書にして覚えると言う
行為だから・・・
授業など必要とせず、自分で経験したことだけで、スーパープログラマに
なったらしいから・・・
まさに、プログラマー界にエジソンだよ。
そういうスーパーな人は、新しい言語でも作って世の中で有名でもなって
ください。
471:デフォルトの名無しさん
04/12/24 17:28:38
>まさに、プログラマー界にエジソンだよ。
あなたはまず日本語を勉強しましょう
472:デフォルトの名無しさん
04/12/24 17:29:37
>>471
それくらいスーパーなプログラマなら脳内変換できないのか？
473:デフォルトの名無しさん
04/12/24 17:31:53
>>457
落ち着け。>>420は
> 完成品なんてタダでくれてやればいい
と言ってるんだぞ。お前にソースは見せん、と言ってるんじゃない。
474:デフォルトの名無しさん
04/12/24 17:32:36
>>457
なんかフレーム引き起こしてますな、僕も420と同意見で
他人の作ったものをとってきて喜べるたちの人間ではないですね、
自分で何か作る事にのみ喜びを感じます、
アルゴリズムも自分で思いついてこそ楽しいのです。
作業効率なんてどうでもいいんですよ。
貴方の意見を読んでいるとプログラミングが恐ろしくつまらない作業の繰り返しに思えます。
475:デフォルトの名無しさん
04/12/24 17:35:18
476:デフォルトの名無しさん
04/12/24 17:36:12
>>457-476は役に立たない塊ですので透明あぼーんしましょう
477:デフォルトの名無しさん
04/12/24 17:38:14
>>474
プログラミング自体を楽しめるのなら良いが
作るという行為だけ楽しめる人もいるんですよ
プログラミングだけならアセンブラやC言語だけでいいじゃないですか
でも作る行為が楽しいと言う人がいるから、VisualBasicだってある。
問題は効率良く作業する為にはどうしたら良いかと
彼はライブラリも使わないと思うよ。
ライブラリだって人の作ったプログラムを使ってるんだから、スーパーな
プログラマは我慢できないんじゃないかな？
478:デフォルトの名無しさん
04/12/24 17:38:25
こっちに移動してください
ｽﾚﾘﾝｸ(tech板)
479:デフォルトの名無しさん
04/12/24 17:41:50
>ライブラリだって人の作ったプログラムを使ってるんだから、スーパーな
>プログラマは我慢できないんじゃないかな？
この辺りからして感覚が違う気がしますね、我慢できないのではなくて、中身が興味深そうなら自分も作ってみるのです。
480:デフォルトの名無しさん
04/12/24 17:47:58
結局、どこまでが基礎でどこからが応用かという問題だろ。
先人の経験を基礎に入るかってことで
どんな職業だって先人の経験を真似る部分もある。
確かに真似るだけでは駄目でそれを自分のものにしなくてはならない
ソースだけ開示するまでが基礎か
その考え方まで書いてあげてコンパイラというものを理解できるような
形にしてあげること（本やインターネットで）
までが基礎かの違い。
彼はソースだけは開示すると書いてあったのは理解できなくもない
本やインターネットでコンパイラについて書かれたことを全く
見ずに自分でコンパイラを作った人なら、他の人にもそれくらい
自分でやればと思うかもしれないから・・・
でも本やインターネットでコンパイラについて書かれた内容を理解した
人は、その本を読んで理解しろと言う場合と、もっと解りやすい本が
あればもっと簡単に覚えられたと思う人もいるだろ
簡単に言えば解りやすいコンパイラの本が日本語で出るだけで、新たな
言語が出る可能性が出て面白くなると思うけどね。
481:デフォルトの名無しさん
04/12/24 18:11:16
ここはdjbみたいな人が沢山いるインターネットですね。
482:デフォルトの名無しさん
04/12/24 18:14:03
LLパーサやDDA位なら自力でたどり着いた事あるぞ。
つかそのころコンピュータ書籍は英語で書かれている物以外は論文くらいしかなかったし、しかも俺は英語を習う前だったから読むもクソも無かった。
まさか当時は電算関係が生業になるなんて考えてもみなかったけど楽しかったぞ。
483:デフォルトの名無しさん
04/12/24 18:14:39
まあ>>457みたいな人が、自分の得た知識や経験をわかりやすくまとめて公開する
ことは絶対ないんだけどね。これはコンパイラに限らず。
484:デフォルトの名無しさん
04/12/24 18:17:28
ここはバカの壁が如実なインターネットですね。
読んでると壁の両側に綺麗にわかれていて面白い。
485:デフォルトの名無しさん
04/12/24 18:19:40
>>482
コンパイラ以外でも先人の経験を元にしなかった？
アルゴリズムの本を読んだり、会社の先輩にソースを見せて貰ったとか・・・
人の経験を全く真似ないで自分だけでやってこれたと言う人が
本当にいるのなら観てみたいね。
職業のプログラマーだけでなく、他のあらゆる事が先輩の真似から
入ることが多いでしょ。
486:デフォルトの名無しさん
04/12/24 18:21:49
>>484
彼も、先人達の経験を全く必要としない人らしい。
自分だけでやってこれたと思ってる人って素晴らしいね
自分なんて人のおかげで、色々と覚えられたと思ってるし・・・
487:デフォルトの名無しさん
04/12/24 18:27:42
相談室と書いていながらここは、単に本やインターネットを
みないでコンパイラを作れる人が、時々、本とかインターネットを
使って、コンパイラを作ろうとしてる人が書き込んだ人を馬鹿に
しようとする為にスレということが解ったよ。
488:デフォルトの名無しさん
04/12/24 18:30:14
正
相談室と書いていながらここは、単に本やインターネットを
見ないでコンパイラを作れる人が、時々、本とかインターネットを
使って、コンパイラを作ろうとして書き込んだ人を馬鹿にしようとする為の
スレということが解ったよ。
489:デフォルトの名無しさん
04/12/24 18:31:40
お前らクリスマスイブ暇だからって張り切りすぎ
490:デフォルトの名無しさん
04/12/24 18:36:08
クリスマスツリーにネコでも吊るして和んでください
491:デフォルトの名無しさん
04/12/24 18:41:20
決まりきったパターンだね。
人格攻撃に始まるって奴は負ｒｙ
492:デフォルトの名無しさん
04/12/24 18:46:23
>>487
スレは「ある」ものではなく「作る」ものだ。
君が親切な相談員になればいい。
493:デフォルトの名無しさん
04/12/24 18:48:45
そんなことより、もまいら今日の晩ごはんはカレーですよ。
494:デフォルトの名無しさん
04/12/24 18:49:23
>>492
俺が君ほどレベルが高くなく本と見てコンパイラを作れるレベルなんだよ
そのレベルの話で良ければ教えてもいいけどね。
495:デフォルトの名無しさん
04/12/24 18:52:52
ゲーム業界の話なんだが、アメリカは新しい技術を作られると
それを作ったクリエータ自ら、ゲーム業界の学会？みたいな
場所で発表するらしい。
アメリカではプログラム技術は共有の知的財産と思ってるらしく
それを、使って何を作るかが重視されてる。
日本は技術を自分で作ることが重視になってる。
技術を1から覚えないと、物を作る資格がないと思ってるみたいだ・・・
496:デフォルトの名無しさん
04/12/24 18:59:04
何度もすまないが
アメリカだとゲームは平気で人が作ったエンジンを使ってゲームを作る。
日本だと、1から作ることが職人だと思ってエンジンを使う所は少ないし
エンジンを提供する所も少ない。
アメリカは自分で作りたいものがどのような形で作られようが問題ないみたい
人が作ったものだろうが、それで自分が作りたいものが出来るのなら
問題なく使うけど、日本人は1から作らないと気がすまないみたいだ。
497:デフォルトの名無しさん
04/12/24 19:01:53
アメリカに劣等感を持つのは勝手だが
何の根拠もない妄想をここでやるなよｗ
498:デフォルトの名無しさん
04/12/24 19:08:50
はっきりいってエロゲーは日本の方がどの分野も進んでるぜ
URLﾘﾝｸ(www.illusion.jp)
URLﾘﾝｸ(www.teatime.ne.jp)
499:デフォルトの名無しさん
04/12/24 19:18:13
>>494
それ位のレベルの人が一番わかりやすく教えられるんじゃない？
学校の先生より家庭教師の説明の方がわかりやすいのと同じで。
500:デフォルトの名無しさん
04/12/24 19:21:01
ここは「コンパイラ・スクリプトエンジン」相談室です。
雑談はマ板でお楽しみください。
501:デフォルトの名無しさん
04/12/24 19:25:51
今日の雑談は↓スレへどうぞ
ｽﾚﾘﾝｸ(tech板)
502:482
04/12/24 19:52:04
先人の本なんかなかったよ、あったのはモトローラのMC6800マニュアル（英文）、しかも読めた（のか？）は電気回路の部分と命令表、
信号線は親に読んでもらった。
482で書いた事は自分が小学６年から中学１年に掛けての事だから本当に役に立つ書籍は無かった。
ちなみに石田晴久の「マイコン入門」が出たのが自分が中学２年か３年の時。
そういう時代なので読む物なんか図書館いっても見つからないのだ。
503:デフォルトの名無しさん
04/12/24 19:56:47
>>502
あぁ、あの東大のDQNね。
504:デフォルトの名無しさん
04/12/24 19:59:58
そろそろ板違いなんで↓に逝ってくれんか＞年寄り
URLﾘﾝｸ(bubble2.2ch.net)
505:デフォルトの名無しさん
04/12/24 20:18:16
クリスマスだから気が立っているのか。愚かしいな。
506:デフォルトの名無しさん
04/12/24 20:26:24
この流れなら言える。
prologでコンパイラ作ってる人いますか？
パターンマッチ最適化や、高レベル中間語→低レベル中間語→アセンブリの変換等が
きれいに書けそうな気がするんですが。
507:デフォルトの名無しさん
04/12/24 20:37:20
>>495
共有するって感じかな？
どちらかというと自分の意見を学会にぶっつけて反応を確かめて
自分の方向性を決めるといった感じの印象を受けるのだが。
共有を目的にしている人は一部のオプソ狂信者(日本にも居るね)だけだと思うな。
508:デフォルトの名無しさん
04/12/24 21:11:17
>>506
きれいに書けませんよ。
嘘だと思うならやってみたら。
509:デフォルトの名無しさん
04/12/24 21:30:38
>>506
そういう研究はあり、確かにきれいに書ける。
ただし、prologでなく、より汎用的なlogical framework（twelfとか）を使うことが多い。
510:デフォルトの名無しさん
04/12/24 22:48:15
>>495
なんとなく納得。
なにげに日本の習慣って秘密主義なのかも。
511:デフォルトの名無しさん
04/12/25 00:55:40
>>510
チンケなプライドがあるために他人のツールを使えないだけ。
高卒のくせにな。
512:デフォルトの名無しさん
04/12/25 01:22:01
URLﾘﾝｸ(pc5.2ch.net)
513:デフォルトの名無しさん
04/12/25 11:20:12
>>511
自分やっているプログラムが詰んなくない？
それでストレス溜まって高卒ごときにムキになってない？
まぁ、最近そな人多いね、実際自分も仕事ではまるでベントコンベアの前にいるライン工の気分だしね。
嫌な時代ではある。
世の中生産性が全てではないと思うのだが・・・
せめて趣味の世界では爆発していたい。
プログラミングは爆発だ！！
514:デフォルトの名無しさん
04/12/25 13:39:45
ゆんゆん
515:デフォルトの名無しさん
04/12/25 14:12:07
やんやん
516:デフォルトの名無しさん
04/12/25 14:22:51
なんだろ
年末ずっとこの調子？この人
517:デフォルトの名無しさん
04/12/25 14:32:19
あのねのね
518:デフォルトの名無しさん
04/12/25 23:32:30
bison1.35をつかっていたんですけど、1.875ってのが出ているのに気づいたのですが、
どう変わったか知っている方いますか？
URLﾘﾝｸ(sourceforge.net)
519:デフォルトの名無しさん
04/12/25 23:46:51
そういうのは作者に問い合わせたほうが早いよ
520:デフォルトの名無しさん
04/12/26 01:00:46
ソースとってきてchangelogみりゃええやないの
521:デフォルトの名無しさん
04/12/26 01:37:01
構造化例外処理を自作言語に取り入れたいんですが、
VisualC++(というかmsvcrt.dll)の
_except_list _local_unwind2 _except_handler3
この辺を扱う資料ってないですか？
下の様なことがしたいので
FilterFunction() {
printf("1 "); /* this is printed first */
return EXCEPTION_EXECUTE_HANDLER;
}
main() {
__try {
__try {
RaiseException(1, /* exception code */
0, /* continuable exception */
0, NULL); /* no arguments */
}
__finally {
printf("2 "); /* this is printed second */
}
}
__except ( FilterFunction() ) {
printf("3\n"); /* this is printed last */
}
}
実行結果
1 2 3
522:デフォルトの名無しさん
04/12/26 04:06:36
正直、lexだのyaccだの使ってる奴はアホ。
一文字ずつswitchで入れ子にするのが速いし、メモリも食わないし、プログラミングも実は一番楽。
523:デフォルトの名無しさん
04/12/26 04:22:02
まあそれで書けちゃうぐらい単純なやつならそれでもいいでしょ。
524:デフォルトの名無しさん
04/12/26 04:40:08
>>522
ぜーたいありえネェ～
525:デフォルトの名無しさん
04/12/26 04:49:54
>522
あー、つーか、単純なやつならそれで出来るかもしれんが、あまりにも世界が狭すぎ。
全てそれでいけると本気で思っているのなら、もう一度勉強し直してこい。
526:デフォルトの名無しさん
04/12/26 04:55:51
>>522
根拠が弱い
アホいうんなら、おまえの方法とlex、yaccを使う方法の
長所、短所ふまえてちゃんと説明してみんなを納得させろ
527:デフォルトの名無しさん
04/12/26 05:06:29
普通に釣りっぽい
528:デフォルトの名無しさん
04/12/26 05:11:03
>>522はビルゲイツ。
529:デフォルトの名無しさん
04/12/26 09:02:02
大漁大漁ｗ
530:デフォルトの名無しさん
04/12/26 10:04:56
>>521
VC++固有のライブラリの使い方なら
VC++スレ行ったほうがいいと思う。
構造化例外を使いたいだけなら、
Structured Exception Handling
でぐぐればよさげ。
531:デフォルトの名無しさん
04/12/26 10:29:50
釣り師は>>529のような負け惜しみは書かん
>>529書いた時点で真性確定。
532:デフォルトの名無しさん
04/12/26 10:40:05
真性に釣られる馬鹿ﾊｹｰﾝｗ
533:デフォルトの名無しさん
04/12/26 10:48:11
w真性ｷﾀ━━━(ﾟ∀ﾟ)━━━ !!!!!
534:デフォルトの名無しさん
04/12/26 10:58:39
＼ 釣られたｸﾏｰ
＼ 助けてｸﾏｰ
＼∩＿∩ 今助けるｸﾏｰ
(；(ｴ)； )∩＿∩ ∩＿∩
⊂. ⊂ |(・(ｴ)・； )_○ (・(ｴ)・； ).∩＿∩ 頑張るｸﾏｰ
⊂＿⊂/⊂⊂＿＿＿つ⊂⊂ |(・(ｴ)・； ).∩＿∩
| ⊂⊂ |(・(ｴ)・ )
∪￣∪｜ ⊂⊂ | ～～
∪￣∪｜ |○ ～～～
∪￣∪ ～～
535:デフォルトの名無しさん
04/12/26 14:11:12
>522
>プログラミングも実は一番楽
ありえねえ
自力で遷移状態管理しろ、つうたら泣けるなあ
536:デフォルトの名無しさん
04/12/26 14:14:31
LL(1)なら別にいいじゃん。
537:デフォルトの名無しさん
04/12/26 15:54:09
俺はschemeのreader書くのにlex/yaccのお世話になろうかと
真剣に悩んだよ。
結局、手で書いたが。
538:521
04/12/26 16:04:12
main() {
// var parent_frame
try_except_wind(
lambda() { // try
// var frame = parent_frame
try_finally_wind(
lambda() { // try
RaiseException(1,0,0,0); }
,lambda(){ // finally
printf("2 "); });
}
,lambda() { // FilterFunction
printf("1 ");
return EXCEPTION_EXECUTE_HANDLER; }
,lambda() { // except
printf("3\n"); });
}
例外ブロックを関数化してここまでは動作確認できました。
VCの__finallyや__exceptブロックは妙なトリック(ebpの持ち回り)使ってるから
フレーム統合するのは難しそうです。
別の手段考えます。
539:522
04/12/26 18:50:35
馬鹿だな。複雑な文法ほどそう書くのがいいんだよ。
人間が考えてる要領でうまくかける。
yaccだのlexだのはかえって難しいんだよ。
複雑な文法になるほどな。
540:デフォルトの名無しさん
04/12/26 19:07:18
飽きたからもういいよ。
541:デフォルトの名無しさん
04/12/26 19:08:26
|
|
∩＿＿＿∩ |
| ノ _, ,_ ヽ （（ | ﾌﾟﾗﾌﾟﾗ
/ ● ● | (=)
| ( _●_) ミ ＿ (⌒) J >>539
彡､ |∪| ノ
⊂⌒ヽ / ヽノ ヽ /⌒つ
＼ ヽ / ヽ /
＼_,,ノ |､＿ノ
542:デフォルトの名無しさん
04/12/26 22:32:01
>>538
Win32 Exception handling for assembler programmers by Jeremy Gordon
URLﾘﾝｸ(www.jorgon.freeserve.co.uk)
昔、参考にさせてもらったサイト。もう１ヶ所ぐらいあったんだけどURL紛失した。
543:デフォルトの名無しさん
04/12/26 23:41:12
でも、マジレスすると scanner は自主開発蟻としても
parserはyaccか互換ソフト以外実用プログラムでは使われていないからなぁ
お前ら、もっと現実を見ろ！
544:デフォルトの名無しさん
04/12/26 23:59:48
飽きたからもういいよ
どうせなら新しいネタにしようぜ
545:デフォルトの名無しさん
04/12/27 00:05:28
マジレスすると、
Java5.0はyaccだと難しい。
546:デフォルトの名無しさん
04/12/27 01:28:03
Rubyも確か、yacc廃止するような話が上がってるみたいだね。
PythonやPerlはどうなの？
547:デフォルトの名無しさん
04/12/27 02:46:19
なんか字句解析と構文解析の話ばっかりだな。
漏れが知りたいのはその先の話なのに。
548:デフォルトの名無しさん
04/12/27 02:52:11
522の言うことも一理あるかと
gccも最初はyaccだったが今は手書きらしいし
549:デフォルトの名無しさん
04/12/27 02:52:22
コード生成とか最適化の話がしたいとな？
550:デフォルトの名無しさん
04/12/27 02:53:03
みんな自動生成系で骨格作って手直しをしてという風ではないの？
551:デフォルトの名無しさん
04/12/27 02:57:43
中間言語にコンパイルする話はどの書籍に載ってるでしょうか。
googleで調べても見つからないので。
552:デフォルトの名無しさん
04/12/27 03:04:22
今おれが借りてる本に詳しく載ってるな。
中間言語と言っても色々レベルがあるけどな。
553:デフォルトの名無しさん
04/12/27 03:14:28
>>552
書籍名を教えてくださいYO!
ほとんど知識の無いままSchemeのインタプリタを書き始めたんですが
3日くらいで大体の機能が実装できました。
問題はGCと継続なんですが、CPSという中間言語を使うと継続が楽に
実装できるという噂をききまして、どんなものかなあと。
コンパイルしないと遅すぎるってことや実装が簡単すぎた(さすがScheme)
っていうのも動機なんですけど。
554:デフォルトの名無しさん
04/12/27 03:37:57
>>553
CPSは普通のコンパイラの教科書では余り取りあげられない。
本なら、Appelの「Compiling with Continuations」辺り。ただし、
これはMLベース。CPS自体はMLとは関係ないけど、中間言語
にコンパイルする話から知りたい人には難しすぎるかも知れない。
Schemeベースだと、Guy Steel Jr.のRabbitコンパイラとかKranz
らのORBITの論文(PLDI86)辺りを読むしかないんじゃないかな。
Rabbitコンパイラの論文が今簡単に入手できるかどうかは知らな
いが、ORBITの論文は今年出た「20 Years of PLDI 1979-1999: A
Selection」っていうACM SIGPLAN notices, volume 39, number 4,
april 2004に選択されて載っているから、これなら技術系の大学の
図書館辺りで見つけられるでしょ。
555:デフォルトの名無しさん
04/12/27 03:56:06
沢山の情報ありがとうございます。
CPSにこだわっている訳ではないんですけど、東大のコンパイラの授業
のページにのってたのでメジャーなのかと思ってました。
一般的に中間言語の話はどの本がいいんでしょうか。
とりあえずいろいろ調べてみます。
556:デフォルトの名無しさん
04/12/27 04:31:51
>>553
CPSは中間言語ではないよ。
それに直接速くなるわけでもない。
CPSというのは継続のたらいまわしで、実装が自ずと
スタックレスになり、末尾の検出が不要になることと
継続の抽出が単純（というか継続の抽出そのもの）になるというだけで。
Schemeは末尾呼び出しのフレームの縮小問題に
どう取り組むかで速度にかなり違いが出てくる。
これは仮にCPSにしても解決はできない。
それと(Schemeに限らないけど)、GCにぎりぎりまで頼らない
（ヒープに移さない）設計にするとか。
CPSについてはコンパイラの本より
むしろ関数型言語扱ってる古い本に色々載ってたけど、
そういうのは図書館で探したほうがいい。
CPSに変換する処理系もあったはず。
ちなみに借りた本は「コンパイラの構成と最適化」
CPSとはあんま関係ないね。
557:デフォルトの名無しさん
04/12/27 04:35:02
>>554
Steele 先生のってこれでよろし？
fURLﾘﾝｸ(publications.ai.mit.edu)
面白そう……だけど結構な分量だな。プリントアウトしたら大変そうだ。
558:デフォルトの名無しさん
04/12/27 04:37:47
>>555
中間言語の話題で一般的に良い本を挙げるってのは難しい。
というか、ソースから中間言語への変換辺りの話題だと、
ドラゴンブックで充分だし、最適化の話題よりのコンパイラの
教科書だとその辺りは大抵省略されている。
AppelのModern Compiler Implementation in {ML,Java,C}辺り
だとコンパイラについてlexer、parserからcode generationまで
一通り書かれていて、GCなんかも取りあげられているから良
いかもしれない(漏れはJava版しか読んだこと無いからMLや
C版の内容は知らない)。
559:デフォルトの名無しさん
04/12/27 04:46:49
>>557
凄いな。
こ れ が 修 論 か
560:デフォルトの名無しさん
04/12/27 13:53:09
＿|￣|○
561:デフォルトの名無しさん
04/12/27 19:21:59
あのな、CPSなんてきょうび流行んねーんだよ。ボケが。
得意げな顔して何が、CPSで、だ。
お前は本当にCPS変換したいのかと問いたい。問い詰めたい。小１時間問い詰めたい。
お前、スタック使いたくない だけちゃうんかと。
中間言語通の俺から言わせてもらえば今、中間言語通の間での最新流行はやっぱり、 A normal form、これだね。
大盛り一時変数。これが通の頼み方。
A normal formってのは制御フローが明示的に入ってる。そん代わり継続は暗黙的。これ。
で、それにtail call最適化。これ最強。
しかしこれを頼むと次からAppelにマークされるという危険も伴う、諸刃の剣。
素人にはお薦め出来ない。
まあお前、１は、型付きCPS変換でもしてなさいってこった。
562:デフォルトの名無しさん
04/12/27 20:54:34
不勉強なオレはいまいち面白さが分からないが、
ﾒﾙ欄ﾜﾛﾀ
563:デフォルトの名無しさん
04/12/27 21:14:55
せっかくなので A normal form ってのについて教えて下さい。
ポインタでもいいから。
564:デフォルトの名無しさん
04/12/27 21:30:10
>>509のlogical frameworkと関連した内容ですか。
565:デフォルトの名無しさん
04/12/27 22:19:26
URLﾘﾝｸ(www.google.co.jp)
566:デフォルトの名無しさん
04/12/28 00:11:56
コミックバンチの修論いきなり見せられてもA normal formのことサパーりでしょ。>>553
567:デフォルトの名無しさん
04/12/28 07:51:25
電気通信大学 情報工学科
渡邊(坦)研究室
言語・機種に非依存なオブジェクト最適化の研究
URLﾘﾝｸ(www.watalab.cs.uec.ac.jp)
はガイシュツですか？
568:デフォルトの名無しさん
04/12/28 10:14:44
>>567
何も新しいことは書かれていない気がす。
ドラゴンブックに出て来るレベルの最適化を実装してみました
ってやつですな。
569:デフォルトの名無しさん
04/12/28 19:11:25
>>567
学部生レベルの卒論としては合格
570:デフォルトの名無しさん
04/12/28 21:33:47
●コンパイラ 原理・技法・ツール １＆２
URLﾘﾝｸ(www.amazon.co.jp)
URLﾘﾝｸ(www.amazon.co.jp)
通称ドラゴンブック。バイブル。
●コンパイラ構成法 原田 賢一
URLﾘﾝｸ(www.amazon.co.jp)
URLﾘﾝｸ(www.hara.cs.keio.ac.jp) (ソース、正誤表のダウンロード)
●プログラミング言語処理系 岩波講座 ソフトウェア科学〈5〉 佐々 政孝
URLﾘﾝｸ(www.amazon.co.jp)
一冊で済ませたい人へ。
読む順番とかあるの？
なければ、『コンパイラ構成法 原田 賢一』を買おうと思っている。
571: ◆MWRLp2GQ3U
04/12/28 22:02:12
初心者の疑問なんですけど、言語処理系って
フリーの有名所（例gcc）や一部の超メジャー処理系（M$）
でないと全くダメダメなのななんででしょう？
職場の回りの人とかも、皆同じように思っています。
言語処理系以外なら、そんなことないと思うんですよねぇ
やはり、作り込みが難しいからですか？？？
572:デフォルトの名無しさん
04/12/28 22:06:00
既にフリーでいい物があるから、
わざわざ作る気も起きないってのも大きいでしょ
573:デフォルトの名無しさん
04/12/28 22:20:51
人生を言語処理系の作成に捧げる気があるなら
＞フリーの有名所（例gcc）や一部の超メジャー処理系（M$）
これらにも対抗できるものが作れるんじゃねーの？（鼻くそほじりながら
574:デフォルトの名無しさん
04/12/28 22:51:37
>人生を言語処理系の作成に捧げる気があるなら
んで、できるかどうかは兎も角そんな連中がここに居るわけだ。
575:デフォルトの名無しさん
04/12/28 22:52:30
まあ面白いし
576:デフォルトの名無しさん
04/12/28 23:07:36
>>574
売り物レベルになるかはともかくを言ったら
処理系自体はちょっと時間あれば作れるしな
577:デフォルトの名無しさん
04/12/28 23:13:48
HSPぐらいならなんとかなるんじゃね？
578:デフォルトの名無しさん
04/12/28 23:20:19
HSPみたいな頭の悪そうな処理系思い浮かぶやつには無理だろｗ
579:デフォルトの名無しさん
04/12/28 23:39:36
Nスクよりマシかな。
580:デフォルトの名無しさん
04/12/28 23:49:46
2ch発の言語とかってないの?
581:デフォルトの名無しさん
04/12/28 23:51:50
>>580
いくつか過去にもスレは立ったけど成功したもんはなさそう。
ADVRUN…はちょっと違うか
582:デフォルトの名無しさん
04/12/28 23:56:58
>>580
ギコBASIC
583:デフォルトの名無しさん
04/12/29 00:04:36
少なくともHSPはそれなりにメジャーになりはした。
584:デフォルトの名無しさん
04/12/29 01:00:15
HSPはあの言語仕様なのに、それなりに流行っていることを考えると、
言語の良し悪しが、決定的なんじゃないということがよくわかる
585:デフォルトの名無しさん
04/12/29 01:28:09
Windowsでexeが作れて配布できる。
初心者でも簡単に使える。
初心者用ドキュメントがある。
こういう、ヲタク向けの言語では軽視されがちな部分が
大きいんじゃないかな。
586:デフォルトの名無しさん
04/12/29 12:09:18
>>585
剥げ同。
最先端言語技術や高度な理論よりも、リアルに使えることの方が
はるかに重要と最近日々感じる…
587:デフォルトの名無しさん
04/12/29 12:10:58
でも楽しくないよね。
588:デフォルトの名無しさん
04/12/29 12:20:45
楽しいよ
すぐに窓表示したり文字表示したり、コントロール作ったり、3DのDirectX画像が動かせるからね
すぐに目に見えて成果が現れるところがミソ
589:デフォルトの名無しさん
04/12/29 15:33:07
じゃあexeが作れない言語はクソ
590:デフォルトの名無しさん
04/12/29 15:41:27
>>589
世の中の全てが詰らなさそうな奴だな
591:デフォルトの名無しさん
04/12/29 17:28:43
>>589
MSと心中しとけ。
592:デフォルトの名無しさん
04/12/29 21:11:45
>>586
禿げ同
しかし初心者にはいいかもしれないけど、
プログラマとしては絶対使いたくない言語だよね。
そこんところがシームレスに使える言語があるといいのかなぁ。
593:デフォルトの名無しさん
04/12/29 21:17:31
初心者には取っつきやすく、高度な要求にも耐えられる言語か
難しいね
594:デフォルトの名無しさん
04/12/29 21:19:19
Java
595:デフォルトの名無しさん
04/12/29 21:22:47
組み込みＨＳＰ？
激しく嫌すぎる・・・
596:デフォルトの名無しさん
04/12/29 21:33:18
HSP使うぐらいなら素直にアセンブリ使うよ。
597:586
04/12/29 22:00:30
念のため行っとくけど、俺はHSPは使ったこともないからなｗ
598:デフォルトの名無しさん
04/12/29 22:13:25
どこ行くんだよw
599:デフォルトの名無しさん
04/12/29 22:28:36
お前ら
ありあまる暇があったら、
どんな言語・処理系作りたい？
600:535
04/12/29 22:59:15
HSPってなに？
601:デフォルトの名無しさん
04/12/29 23:09:47
>>592
このスレに居るなら、そう思ったら自分で作れ。
602:デフォルトの名無しさん
04/12/29 23:32:56
>>600
気にする程のものではない。
ゲームを書く為だけの簡易言語だよ。
603:デフォルトの名無しさん
04/12/30 01:05:59
>>599
汎用の処理系って作ったことないからなあ。
特殊用途のだけ。
なんで、手始めはやっぱりLisp系かな。
SICPみながらSchemeからだろうか。
604:デフォルトの名無しさん
04/12/30 01:09:17
>>603
minischemeのコード見てみなよ。
たった2000行程度だから。
605:デフォルトの名無しさん
04/12/30 04:50:37
>>602
ゲームだけじゃない
Windowsアプリが実に簡単に出来る
こういう面も人気の理由の一つ
普段MFC使ってる俺でも昔覚えたHSP使うことがたまにある
手軽だから
606:デフォルトの名無しさん
04/12/30 04:56:59
ここは既存の言語や処理系について、文句たれたり、布教活動したりするところなん?
607:デフォルトの名無しさん
04/12/30 05:08:58
大学生ならコンパイラ作るよな
608:デフォルトの名無しさん
04/12/30 05:13:59
やはり実際に物が作れるということと、敷居が低いことは重要だよな。
Cより言語仕様が優れた言語は腐るほどあるのに
結局Cより流行る言語はほとんどない。
一方では、お手軽にGUIやゲームなどが作れるというだけのことで、
糞仕様のHSPがそれなりに流行ったりする。
609:デフォルトの名無しさん
04/12/30 06:07:49
課題で必ず出るね
610:デフォルトの名無しさん
04/12/30 11:37:50
>>608
言語論争したいのならどっか別の所へ行け
611:デフォルトの名無しさん
04/12/30 13:43:53
そうではない
コンパイラを作るに当たってなにが大切かを述べてるにすぎない
612:デフォルトの名無しさん
04/12/30 14:29:03
>>611
ハァ？バカでね？
613:デフォルトの名無しさん
04/12/30 14:38:29
なんかレベル下がったなこのスレ
614:デフォルトの名無しさん
04/12/30 15:17:51
今までにレベルの高いレスなんてあったか？
615:デフォルトの名無しさん
04/12/30 15:30:59
HSP厨が紛れ込んじゃったんだろ。
616:デフォルトの名無しさん
04/12/30 16:03:47
なぁ、ここにいるやつらで2ch言語でも作ってみないか？
617:デフォルトの名無しさん
04/12/30 16:07:18
>>616
おまえが作れ
618:デフォルトの名無しさん
04/12/30 16:12:40
>>616
言語仕様のアイデアはあるのか？
619:デフォルトの名無しさん
04/12/30 16:20:02
板グループがオブジェクトで各板名がメソッドとか。
ＰＣ等.プログラマー("hoge);
620:デフォルトの名無しさん
04/12/30 16:21:50
あー、"閉じ忘れた。まあいいや。
エラーが出たときは
真・プロセスストッパー。。。(￣ー￣)ﾆﾔﾘｯ
と。
621:デフォルトの名無しさん
04/12/30 16:54:14
>>611
いらねーよ、言語仕様ってのは作り手の趣味の問題だ、他人にゴチャゴチャいう筋合いのものじゃねぇ。
そんなもん、そんな作りもしない何もしないクレクレ厨房の書き込みなんざ読んでもウザイだけだ。
622:デフォルトの名無しさん
04/12/30 17:00:43
>>619
そりゃ言語仕様じゃなくてライブラリの仕様じゃねえか
623:デフォルトの名無しさん
04/12/30 17:12:08
ここはネタすれじゃないんだから他でやれや>>616-622
624:デフォルトの名無しさん
04/12/30 17:23:05
言語仕様議論専用スレがあったほうがいいかね、建ててみるね。
「言語仕様と開発論法」でやってみてください。
625:デフォルトの名無しさん
04/12/30 17:23:50
「言語仕様と開発論法」
ｽﾚﾘﾝｸ(tech板)l50
ここです。
626:デフォルトの名無しさん
04/12/30 19:33:06
URLﾘﾝｸ(www.rubyist.net)
こんな短いプログラムで比較するのもどうかと思うのだが、 Rubyで書いたら絶対これより短くなる。
ということは、PHPではなくRubyを使えという話なのか。どうも、そうではなさそうだ。
よくいただく反論は「PHPでもできる」ということであって、同じくらい良い(動的)言語からPHPを選ぶ理由ではないはずだ。
PHPは決して速くないし、記述力が高いわけでもないし、たくさんの欠点が残っているように見えるが、
あちこちで「そのシステムPHPで書かないの」という質問が出るところをみるとそれなりに馬鹿には使われているようだ。
もっとも、PHP陣営から出てくる数字はmod_phpのインストール数とか、mod_phpのパフォーマンスと(mod_perl抜きの)perl
CGIとの比較とか、まったくフェアでない印象があるが。
あるいは「すでにPHPを覚えているので、いまさら他の言語を覚えたくない」ということなのかもしれない。
その気持ちはまあ理解できないでもない。
もしかすると、よく分からない初心者をイメージ先行で取り込んでしまい、
「いまさら他の言語を覚えたくない」という」意識でロックインしてしまうというのは、
初心者をターゲットにした素晴らしいマーケティング戦略なのかもしれない。
もしそうだとするならば、というか実際そうだろうし、Rubyは絶対にその戦略を取りたくない。
それくらいだったらマイナーなままでいてくれた方がずっと良い。
Rubyは最高の言語なのだから。
627:デフォルトの名無しさん
04/12/30 19:36:14
>>626
単純にRubyはマイノリティなだけ。
使われてないなら潜在バグの洗い出し率も低いだろうし
信頼性保守性等々で考えて業務に使う必然性がない。
628:デフォルトの名無しさん
04/12/30 19:44:24
>>627
禿同
629:デフォルトの名無しさん
04/12/30 19:47:21
Ruby以上のものを作ることのできない糞どもが何を言おうが無駄。
汚らしいRubyアンチは消えろ
630:デフォルトの名無しさん
04/12/30 19:49:30
と、言うことは>>629には そ れ な り に 普 及 し た プログラミング言語以上のそれの作成経験があると言うことになる。
631:デフォルトの名無しさん
04/12/30 19:50:46
最高言語Rubyユーザ ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ おのスレでしがない糞処理系を作ってる奴等ww
632:デフォルトの名無しさん
04/12/30 20:05:03
Perlでええやん。
633:デフォルトの名無しさん
04/12/30 20:11:53
HSP使ってる奴とRuby使ってる奴って
なんか共通点が有るな。
634:デフォルトの名無しさん
04/12/30 20:13:44
>>633
いいよなぁ。自分の価値観が万人の常識であるとか思ってる奴。
635:デフォルトの名無しさん
04/12/30 20:25:15
最高言語Scheme!!!!!!!
636:デフォルトの名無しさん
04/12/30 20:25:58
荒れるからHSP厨とRuby厨は >>625 のスレ逝ってよ。
637:デフォルトの名無しさん
04/12/30 20:29:09
やっぱ
日本発->他の言語より日本語の情報が多い->厨が増える
という流れなのだろうか。
638:デフォルトの名無しさん
04/12/30 20:32:13
単純になぜか安置が多いというお話。
たぶん同一人物が自作自演交えてやってるんだろうけど。
正直、俳優か小説家になれば大ブレイク。
こんなところで才能を食いつぶしている彼らが不憫だ。
639:デフォルトの名無しさん
04/12/30 20:36:40
単純になぜか厨が多いというお話。
たぶん同一人物が自作自演交えてやってるんだろうけど。
正直、俳優か小説家になれば大ブレイク。
こんなところで才能を食いつぶしている彼らが不憫だ。
640:デフォルトの名無しさん
04/12/30 20:38:18
>>639みたいなのが典型と言うことで。
641:デフォルトの名無しさん
04/12/30 20:44:36
どっちも根拠を挙げてるわけでもないし
どっちも典型でしょ。
専用スレが腐るほど有るんだしそっちでやってよ。
642:デフォルトの名無しさん
04/12/30 20:44:37
で、何かこのスレと関係あるのか？
643:デフォルトの名無しさん
04/12/30 20:47:44
URLﾘﾝｸ(www.rubyist.net)
Ruby＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞Java＞＞＞＞＞Python＞＞＞＞＞C++＞＞＞＞＞PHP＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞HSP＞Perl
644:デフォルトの名無しさん
04/12/30 20:50:41
Perlに恨み骨髄という感じだな。
645:デフォルトの名無しさん
04/12/30 20:52:48
Rubyはレンタル鯖でつかえねーからダメ
ライブドアだけじゃん
646:デフォルトの名無しさん
04/12/30 20:53:31
Rubyって仕事で使えるほどフレームワークあったっけ？
647:デフォルトの名無しさん
04/12/30 20:56:14
コミュニティ文化の話なんてどうでもいい
技術の話をしないやつは（・∀・）ｶｴﾚ!
お年玉で>8買って読んでから来い
648:デフォルトの名無しさん
04/12/30 20:58:18
貴様らがポチポチ作った処理系なんか自分以外誰が使うんだよ。
Rubyレベルのものが貴様らに作れるのか？
649:デフォルトの名無しさん
04/12/30 20:58:55
先生！お店に禿げたドラゴンブックした売ってません！！
650:デフォルトの名無しさん
04/12/30 20:59:32
Rubyの劣化コピーでしかない貴様らが
死に物狂いでRubyを不正で苦しさ晴れたち日をしているwwwwwwww
やはり劣等感である～～～ くすくす^^;
651:デフォルトの名無しさん
04/12/30 20:59:55
国産処理系
HSP、LGP、System3.x、Ruby
こうして並べるとRubyすげーのかどうか微妙だな
652:デフォルトの名無しさん
04/12/30 21:01:09
ドラゴンブック程度を読んで分かったつもりになった厨房が
メイジャーなRubyを必死に貶すことで憂さ晴らししているスレはココですか？
653:デフォルトの名無しさん
04/12/30 21:02:38
>>652
うっせー禿げ
654:デフォルトの名無しさん
04/12/30 21:02:52
ム板では NG ワードにプログラミング言語「るび」を指定することが
推奨されています。
655:デフォルトの名無しさん
04/12/30 21:03:09
>>626
その話題は
ｽﾚﾘﾝｸ(tech板)l50
にぴったりだ、一発ブチかまして良スレにしてやってくれ。
656:デフォルトの名無しさん
04/12/30 21:07:06
>>643 のリンク先見たけど開発者がこれでは…
ずっとマイナーなままなのそれなりに理由があるからだろ。
657:デフォルトの名無しさん
04/12/30 21:08:56
>>656
その理由を
ｽﾚﾘﾝｸ(tech板)l50
に書きなさい、ちゃんと議論してみろ。
658:デフォルトの名無しさん
04/12/30 21:09:13
matzはジョークのひとつも言ってはいけないのか……
659:デフォルトの名無しさん
04/12/30 21:11:10
面白ければ許可する
660:デフォルトの名無しさん
04/12/30 21:14:30
Rubyアンチに「じゃあ、Rubyの欠点を挙げてみろ」と言うとだんまりになってしまうのが面白くてしかないwww
661:デフォルトの名無しさん
04/12/30 21:16:29
マイナーすぎてレンタル鯖で使えない所が多い。
662:デフォルトの名無しさん
04/12/30 21:18:32
cgi.rbの 1.8 や 1.8.2 であった問題
663:デフォルトの名無しさん
04/12/30 21:19:39
Unicode、半角カナを含めた文字コードの扱い
664:デフォルトの名無しさん
04/12/30 21:19:45
>>661
今をときめくライブドアで使えますが？
665:デフォルトの名無しさん
04/12/30 21:21:28
>>661-663
ほら書き写してやった、向こうでつづけて書け。
666:デフォルトの名無しさん
04/12/30 22:41:49
Windowsでexeが作れない
667:デフォルトの名無しさん
04/12/30 22:49:56
自己記述ができない
668:デフォルトの名無しさん
04/12/30 22:55:43
開発者が
>それくらいだったらマイナーなままでいてくれた方がずっと良い。
って言ってるんだからマイナーなんだろ。
669:デフォルトの名無しさん
04/12/30 23:08:48
今度は厨が良い所を挙げてくれ。
670:デフォルトの名無しさん
04/12/30 23:59:16
BNF記法の正式な書き方ってありますか？
なんか検索して色々なサイト見るとそれぞれ
若干記述の方法がちがうんですよね。
あとEBNFについての書き方ってのは
調べても詳しく解説してるサイトがないんですよね。
識者の意見求む！
671:デフォルトの名無しさん
04/12/31 00:18:58
>>670
表記法は規格によって様々だけど、表す物は同じ
一番元になったAlgolの時点では、
<>で囲った物が非終端記号
::=が超記号
|がOR
の３つ。
EBNFになって
省略可能が[...]
0回以上の繰り返しが{...}
くくりが(...)
という書き方が可能になった
とコンパイラ構成法に書いてあります
672:デフォルトの名無しさん
04/12/31 00:24:06
Rubyで金取れる仕事ってできるの？（品質保証込み）わしバグとか怖くて使えんけどまじで
大丈夫なの？
673:デフォルトの名無しさん
04/12/31 00:28:41
おｋ
674:デフォルトの名無しさん
04/12/31 01:00:50
>>670
規格になってるのには、ISO/IEC 14977:1996 とか RFC2234 とかがあったり。
675:デフォルトの名無しさん
04/12/31 14:17:23
>>671 >>674
レスありがとうございます。
>>671が示してくれた記述方法は
↓と同じですよね。（この記述方法が一番読みやすい）
URLﾘﾝｸ(www.wormjp.umin.jp)
でも>>674が示してくれた標準となっている「ISO/IEC 14977:1996」では
↓のように若干記述方法が違うんですよね。
URLﾘﾝｸ(www.atmarkit.co.jp)
ま、この２通りを知っておけばいいって感じですかね？
676:デフォルトの名無しさん
04/12/31 14:31:23
どれも憶えておけば、折衷式俺定義BNFが出てきても読める。
677:デフォルトの名無しさん
04/12/31 15:22:22
>>676
すまん
678:Rubyist!
04/12/31 15:47:47
PerlやPythonのシンタックスはヘタレでかつ、醜悪
よく公開する気になれるものだなこんなもの
しかもはっきり言って便利でも何でもないよこんなの
こんなの好きだって奴はアホそのものだな、ｲﾗﾈ－
679:デフォルトの名無しさん
04/12/31 16:38:57
Rubyの汚いend end endよりはPythonのソース
の方が綺麗
680:デフォルトの名無しさん
04/12/31 16:40:20
このスレいたたたたたたたたた
漏れ儲でもなんでねねぇーけど、ここでRuby批判してる住人は妬みにしかみえねーな
『Windowsでexeが作れない』『自己記述ができない』『マイナーすぎてレンタル鯖で使えない所が多い』･･･
メイジャーになるだけの言語を作れないもしくは作る勇気も技術もない香具師の嫉妬だな
そこまでいうおまいらの作った処理系は超クオリティで馬鹿流行するんだろうなw
新言語開発ってのははじめからなんの保障もねぇーんだよ
それをさもお客様ヅラして能無しどもが偉そうに素人相手にムキになって評価してやがるｲﾀﾀﾀﾀﾀﾀﾀﾀ
こんなところでネチネチ陰湿に文句いうくらいならさっさとRubyアンインストして忘れろよ
681:デフォルトの名無しさん
04/12/31 16:41:49
うかつにRubyのような画期的な言語をつくってしまうと
自意識過剰の能なし共の嫉妬を買うねぇ。
682:デフォルトの名無しさん
04/12/31 16:42:26
誰かが結果を出した途端
出し抜かれたというか、ズルい事でもされたような錯覚に陥るんかねぇ。
ありもしない自分の可能性を信じさせられる平等教育の犠牲者はかわいそうだなぁ。
アンチRubyの方々にはまことに同情するよ。
683:デフォルトの名無しさん
04/12/31 16:48:03
俺が作ったわけじゃいけどCやPerlやPythonの方が流行ってるよw
もしかしたらHSPの方が流行ってね？www
684:デフォルトの名無しさん
04/12/31 16:50:37
LarryやGuidoのような才能の無い人間が作った言語が流行るのは、勘違いクンが増えるので良くない。
つか、悪い。もはや悪事。奴等は恥を知れ。
685:デフォルトの名無しさん
04/12/31 16:54:15
>>683
俺はRuby信者じゃない。
批判のフリした罵りが見苦しいだけ。
第三者が読んで含蓄のある批判をしてみたまえよ、みっともない。
686:デフォルトの名無しさん
04/12/31 17:00:50
少なくとも俺にはまともな批判に見えるがな
メジャーじゃない
これは立派な不満点だ
お前の方が煽りに見える
687:デフォルトの名無しさん
04/12/31 17:02:51
この板もid欲しいな。
688:デフォルトの名無しさん
04/12/31 17:21:29
アンチも信者も評価軸は同一次元上にあるんだよ。
信者は何があろうと持ち上げるし、
アンチはなにがあろうとくさすからな。
どっちも同じくらい間抜けだし邪魔だ。
だがRubyの場合はただ煽りたいだけの馬鹿がいるのよな。
これRubyやmatzのせいか?
あとメジャーじゃない点は確かに批判になりうるが、
でもそれはお前、pointy-haired bossじゃねえかよ。
689:デフォルトの名無しさん
04/12/31 17:24:11
まー万人に好かれる物を作るってのは無理だろな
ここで叩いてる連中も自分で何か作ったら同じように叩かれるがいいさ。
690:デフォルトの名無しさん
04/12/31 17:29:32
別に叩かれても全然構わん。
それを見て精進するだけの話。
叩かれたからってファビョるなよな。
691:デフォルトの名無しさん
04/12/31 17:31:18
Ｒｕｂｙ！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！
692:デフォルトの名無しさん
04/12/31 17:32:06
ここまで強烈なアンチを生み出したことをRubyは誇ってよいぞ。
693:デフォルトの名無しさん
04/12/31 17:36:25
厨も強烈なので誇っていいぞ。
680 名前：デフォルトの名無しさん 本日のレス 投稿日：04/12/31 16:40:20
このスレいたたたたたたたたた
漏れ儲でもなんでねねぇーけど、ここでRuby批判してる住人は妬みにしかみえねーな
『Windowsでexeが作れない』『自己記述ができない』『マイナーすぎてレンタル鯖で使えない所が多い』･･･
メイジャーになるだけの言語を作れないもしくは作る勇気も技術もない香具師の嫉妬だな
そこまでいうおまいらの作った処理系は超クオリティで馬鹿流行するんだろうなw
新言語開発ってのははじめからなんの保障もねぇーんだよ
それをさもお客様ヅラして能無しどもが偉そうに素人相手にムキになって評価してやがるｲﾀﾀﾀﾀﾀﾀﾀﾀ
こんなところでネチネチ陰湿に文句いうくらいならさっさとRubyアンインストして忘れろよ
681 名前：デフォルトの名無しさん 本日のレス 投稿日：04/12/31 16:41:49
うかつにRubyのような画期的な言語をつくってしまうと
自意識過剰の能なし共の嫉妬を買うねぇ。
682 名前：デフォルトの名無しさん 本日のレス 投稿日：04/12/31 16:42:26
誰かが結果を出した途端
出し抜かれたというか、ズルい事でもされたような錯覚に陥るんかねぇ。
ありもしない自分の可能性を信じさせられる平等教育の犠牲者はかわいそうだなぁ。
アンチRubyの方々にはまことに同情するよ。
684 名前：デフォルトの名無しさん 本日のレス 投稿日：04/12/31 16:50:37
LarryやGuidoのような才能の無い人間が作った言語が流行るのは、勘違いクンが増えるので良くない。
つか、悪い。もはや悪事。奴等は恥を知れ。
694:デフォルトの名無しさん
04/12/31 17:38:02
Rubyは嫌いじゃないんだが痛い信者が居るのがいやなんだよなぁ。
695:デフォルトの名無しさん
04/12/31 17:46:10
この板で「Ruby最高！Perl,Python,etcはゴミクズ」と煽っているのは同一人物だろ。
Rubyコミュニティが何か他言語に排他的であるかのように印象操作するべく
アンチが自作自演を延々と続けているのは見ていて痛々しいな。
彼にとっては2chが全てなんだろう。暇なやつ。
696:デフォルトの名無しさん
04/12/31 17:50:07
def java_like_ruby(a)
sync |sock,a| {
...
}
end
697:デフォルトの名無しさん
04/12/31 18:03:42
//JavaのsynchronizedのよなことをRubyでやりたい
def sync_lock(a)
yield sync(a);
end
698:デフォルトの名無しさん
04/12/31 18:14:25
>>695
根拠も無しに都合の悪い事は全てアンチの仕業にしてるアンタも
見ていて痛々しいぞ。
699:デフォルトの名無しさん
04/12/31 18:15:51
,_ ,_ ＿＿_, _, ＿＿OO ＿_ | | r― ､ ＿| |＿ ,i~| ;―; ,_ ＿l~l__
| | | | 'ー―i | l^l | | 'ー― ,! | o c!二 二'i | ⊂⊃ | ~ｰ; ;―○ i二 ﾆ!i, i"i .| | | 'ｰ; ;―"
|_| | | i`iノﾉ ,|｜ | | _, ／／ | ８εi ﾉ ! | ⊂⊃ | ノ / l~L、 く <ﾌ,ﾉ i, V ,' | | ,| |＿
,_ノ ﾉ ﾉ r'´ ノ ﾉ | |ノ,ﾉ | （＿_ ooooﾌ ○ヽ ､ | ⊂⊃ | `´i"σ;‐' ノ _ヽ、 > <、| | i"σ;‐'
`ｰ'" ｰ' `-'’ '-‐'" ゛ー‐' ー'くノ `･’ `―" `ー' `･´ `´ くノ＾ヽ´ ｰ' `ー'
700:デフォルトの名無しさん
04/12/31 18:16:53
,_, ,_,. ,_, |~|
＿| |＿. | | | | ､＿＿,. iﾆﾆ ﾆﾆ! ＿l~l＿＿ ＿＿＿
ー―; ﾉ. | L._ | | ﾞー―‐' __(ゝ| |ﾉ)＿ ー;┌―‐' ＿＿ `ー―; |
_／ <、LL] ,_ | i‐-､>..| | .,､ ー; ･､―’ ,i i'ヽﾆフ ー- `! ／／
ｰ･'| |ヽ' __;i |. | | | | ヽー‐‐; i二ノ| |＼二l | i i,ー･､ -' ﾉ | (＿
ｰ’ 'ｰ ' ´ ｰ' ~ ￣￣ ｰ' ‐’ ￣~ ￣ ゛ー '
＿＿＿_
| ,__ ＿| |￣| |￣￣￣￣￣￣￣|
| |_| | ＿＿| |＿＿, | |￣￣￣￣￣| |
| ,__ ￣||＿＿ ＿＿| ┌───┐ | |＿＿＿＿＿| |
| |_| |￣ | | | ﾈｯﾄ ｦ ::.| .:｜ ＿＿＿＿＿ |
| ,__ ￣| i’ 'i, | ﾅﾒﾝﾅ！ ::| .| | :| |
| |_| |￣ i' 'i､ |＿＿＿＿_____:| :| |＿＿＿＿＿| |
|＿＿＿￣|/ /＾ヽ ヽ ヽ（ ﾟДﾟ）ﾉ .| ＿＿＿＿＿ .|
i-ii-ii-ii-i | | / ヽ ヽ （ へ) :| | | |
L.iL.!L!L.! | |/ く＾＼ ヽ ヽ く :| |＿＿＿＿＿| |
┌―' ,| ＼ノ ヽ／ .|＿＿＿＿＿＿＿|
└─―‐"