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

1 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:12:25 ] 禁止事項【臨時】 ・前スレの911自身の書き込み、またそれに関連した書き込みを禁止致します。 　(スレが荒れる原因となります) プログラミング言語処理系の開発に興味のある人達のスレッドです。 字句解析・構文解析から，データフロー解析，ループ並列化，データ分散，SSA変換， CPS変換，レジスタ割付，命令スケジューリング，ソフトウェアパイプライン， SIMD命令生成，VLIW向けクラスタリング，スクラッチメモリ向け最適化，リンク時最適化， JIT，動的バイナリ変換等の各種最適化，それにVM，GC，低消費電力化などなど。 意味論に関する話題も歓迎です。 過去スレ 1 pc.2ch.net/tech/kako/981/981672957.html 2 pc2.2ch.net/test/read.cgi/tech/1021136715/ 3 pc5.2ch.net/test/read.cgi/tech/1070089173/ 4 pc5.2ch.net/test/read.cgi/tech/1100097050/ 5 pc8.2ch.net/test/read.cgi/tech/1106129164/ 6 pc8.2ch.net/test/read.cgi/tech/1115335709/ 7 pc8.2ch.net/test/read.cgi/tech/1129287390/ 8 pc8.2ch.net/test/read.cgi/tech/1131273918/ 9 pc8.2ch.net/test/read.cgi/tech/1135082582/ 10 pc8.2ch.net/test/read.cgi/tech/1146844753/ 11 pc11.2ch.net/test/read.cgi/tech/1160879890/ 12 pc11.2ch.net/test/read.cgi/tech/1188688416/ 前スレ 13 pc12.2ch.net/test/read.cgi/tech/1233143342/ 関連リンクは多分 >>2-10 あたり 488 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 00:32:33 ] >>487 > C#の文法が複雑なのは既存のコードの互換性を維持しながら無理矢理拡張しまくってるから C#のどこらへんが複雑？ パースが難しいところもあるが、文法自体は単純だと思うが。 489 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 00:41:03 ] Ironyのサンプルにパース用のC#構文定義クラスがあるけど、RubyやPython向けより簡単なくらいだよ。 490 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 00:41:24 ] 結局C#のコンパイルが激速な理由については語られないのか 491 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 00:47:44 ] >>490 IDEでの話か？ 492 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 00:55:21 ] cs.exe 493 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 01:03:18 ] ILへのコンパイルの段階ではほとんど最適化やらないし 494 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 01:03:36 ] どの言語と比べて？ 495 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 01:33:59 ] >>483 >C#のspaced keywordは正気の沙汰とは思えない。 spaced keywordってなんじゃらほい 名前空間周りの実装のことかな… ufcpp.net/study/csharp/sp_namespace.html 496 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 07:16:59 ] >>495 理解できるかどうかわからんがこことか。 blogs.msdn.com/slippman/archive/2003/12/03/58443.aspx 497 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 07:32:01 ] >>496 C#で具体的にどこ？ 498 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 08:53:35 ] >>496 �dくす。元々はmixinみたいなことをやりたかった >At the same time, it allows users of the new functionality to have a >first-class experience of the additional language feature something >we felt was missing from the original language design. #define value class class けど副産物として >It literally pairs an existing keyword with a contextual modifier separated >by a space. The pair is treated as a single unit, such as value class, rather >than as two separate keywords. spaced keyword も考案されたと、ふむ 499 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 09:02:57 ] >>497 msdn.microsoft.com/ja-jp/library/88c54tsw(VS.80).aspx >シール メソッドは基本クラスのメソッドをオーバーライドしますが、それ自体は >どの派生クラスでもオーバーライドされません 多重継承周りの話だろうおそらく... 500 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 11:57:45 ] C#で2語以上まとめて一つのキーワードになるのはextern aliasとyield returnとyield breakだけじゃね 501 名前：デフォルトの名無しさん mailto:sage [2010/03/08(月) 00:09:34 ] >>500 そういった意味では構文の拡張そのものは大したこと無さそうだね＞spaced keyword むしろ拡張されるまで従来aliasやyieldが変数名として認められてたので そういったレガシーなコードとの共存が大変そうだ。 502 名前：デフォルトの名無しさん mailto:sage [2010/03/08(月) 00:33:02 ] 文脈依存のキーワードは他にも沢山あるよ 予約語を増やすことがあるJavaとは違ってC#の言語使用を拡張する際は 過去のコードがそのままコンパイルできることが最優先されるので 予約語を増やさずにキーワードを増やすという無茶な事をしている結果 503 名前：デフォルトの名無しさん mailto:sage [2010/03/08(月) 00:37:31 ] 旧バージョンでコンパイルするモードとか搭載すればいい気がする 504 名前：デフォルトの名無しさん mailto:sage [2010/03/08(月) 00:41:22 ] >>503 馬鹿相手の商売はそれでは済まない。 505 名前：デフォルトの名無しさん mailto:sage [2010/03/08(月) 12:02:03 ] var var = from from in in select (global::Hoge)from.where.global; foreach (var var in in) { yield return in.yield; } 試してないけど多分通る 506 名前：505 mailto:sage [2010/03/08(月) 12:04:53 ] すまんいろいろ間違えてる 507 名前：デフォルトの名無しさん mailto:sage [2010/03/08(月) 12:05:03 ] 頭の中でロンドン橋落ちるが流れた 508 名前：デフォルトの名無しさん mailto:sage [2010/03/08(月) 18:38:11 ] 漏れの頭では「インッ！インッ！」と再生された 509 名前：デフォルトの名無しさん mailto:sage [2010/03/12(金) 20:34:53 ] re2c でUTF32対応すべく頑張ってるが、charだと動くのにUTF32だと 挙動が変。cursorが進まず無限ループになったりする。もう限界。 どこかサンプルあったら教えてください。 510 名前：デフォルトの名無しさん mailto:sage [2010/03/12(金) 20:54:01 ] ひげぽん氏のschemeがre2cでUTF32やってるはずだが 511 名前：509 mailto:sage [2010/03/13(土) 09:03:33 ] UTF32のBOMでしたorz。 BOMなしだと動いた。３日悩んだ。 512 名前：デフォルトの名無しさん mailto:sage [2010/03/13(土) 17:58:08 ] 迷惑な香具師だな 513 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 00:22:42 ] ADVのシナリオ記述にXML使ってる例って結構たくさんある 514 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 07:06:31 ] パーサ作るの楽だからな。 515 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 08:33:34 ] しかしスクリプタの能力はXMLの方が大変。 516 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 08:39:03 ] スクリプトをXMLで記述してそのまま実行って……ないよな？ 元ソースや中間データとしてならともかく、 プレーンテキストでもメガ単位になるんだぞ、あれ。 517 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 08:43:11 ] そこはエロゲの程度の低さ。自分で規格を作れないなんてな。 518 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 08:46:31 ] いまどき数メガなんて誤差にすぎん 519 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 08:49:32 ] 少なくともここにいる奴らからは支持を得ないだろうね。 520 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 10:10:52 ] エロゲごときに、自分でPG言語作るなんてアホくさ 521 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 10:16:18 ] このスレには、よほどエロゲにコンプレックスを持ってるやつが居るようだなｗ 522 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 10:32:38 ] 上に乗っかるコンテンツを、俺らの作業領域にあんま関係づけて語ってもな。 なんかド素人のゲーヲタ視点っぽい。 523 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 20:39:54 ] >514 XMLのパーザ簡単じゃないと思うけどなぁ。 セパレーターを調整したS式が一番良いと思う。 524 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 22:03:16 ] 最近はJSONやYAMLのパーザも増えてる。 525 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 22:15:40 ] 書く側に複雑な知識は期待できないとなれば、 wikiやTeXぐらいの記法が限界なんだろうか？ 526 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 22:36:02 ] >>523 汎用のパーサを使わなくても（デ）シリアライザに直接食わせられるのが魅力かも。 オレはスクリプト記述の用途としては使わないが、 スクリプトの文法定義にXMLをコンパイラの設定ファイルとして使ってるよ。 S式はどーだろ？ 527 名前：デフォルトの名無しさん mailto:sage [2010/03/19(金) 23:46:36 ] >526 ライブラリが充実していればそうだけど、パーザを自分で組むとしたらXMLは無駄に複雑過ぎるよ。 要素と属性値みたいに無駄に種類が多かったり、終了タグに名前を書かなきゃいけないとか…… S式が嫌われているのは 　・グループ化で使っている()が字面として強い 　・セパレータとしてスペースが使われているから、普通の英文と相性が悪い 辺りだと思うんだけど、これを改善すればずいぶんと受けが良くなるんじゃないのかな？ 昔こんなの作ったけど、なかなか悪くなかったと思う。XMLと相性も良かったし。 |要素名;要素の中身|: (|を表現するときは||を使う) 528 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 00:23:25 ] >>527 そもそもXMLはシリアライザやテンプレートエンジンに 吐かせるかしかせず、手では触らないことにしている。 XMLは静的型付き言語、JSONやYAMLは動的型付言語と相性がいいという印象。 ＞|要素名;要素の中身|: 悪くないんじゃないかな。縦棒は比較的使用頻度が少ない記号だし。 オレは [コマンド名 param1=arg1 param2=arg2] の形式にしてる。計算式は原則としてスクリプト中では使用させない。 これでも案外実用になる。 529 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 01:10:13 ] >>527 > 要素と属性値みたいに無駄に種類が多かったり 冗談だろ？ 530 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 01:35:13 ] >529 マジ、マジ。属性値は本質的に制限付き要素なんだけど、わざわざ構文分けて別物にするほどのものじゃ無いよ。 『<element>属性値</element>なんて書きたくないよ』なんて思うかもしれないけど、それは要素の表記が 重すぎるのが問題なわけで。 531 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 01:42:37 ] それはあなたのDTD定義が適切でないだけ。 plistみたいにやりたければ、どんどんやればいい。 XMLの問題は「構文が単純すぎて」冗長になること。 組み込みタイプとリテラル表現がないのも一因。 532 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 02:10:00 ] え？DTD解析までやれと？どんだけ難易度高いんだよ。 やっぱりXML使うんだったらライブラリ必須じゃない？ 533 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 07:21:11 ] >>528 「=」を「:」にすればObj-Cだな。 534 名前：509 mailto:sage [2010/03/20(土) 08:24:31 ] 質問です。 re2c+bisonでAST作成までだいたい出来たところまで来ました。 この先の最適化ってところが、まだ良くわかりません。 解説しているサイトとか、参考になりそうな所を教えてください。 （constant同士の演算くらいしか思いつきません） 535 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 09:13:01 ] コンパイラ作ってるの？ とりあえず中田先生の「コンパイラの構成と最適化」は見た？ 536 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 09:18:48 ] 最適かなんか後回しでいいのに 537 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 09:55:28 ] >>534 最適化は後回しにした方がいいと思うけど、いずれにせよASTから中間言語に直す方がいいな。 命令型言語なら3番地コード 大体どの教科書にも最適化は三番地コードに対するアルゴリズムとして書いてある 538 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 11:23:49 ] 先にある程度知っておいてからでも遅くは無いよね どうせ最初から作り直しになるんだけど 539 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 11:35:21 ] 最終的にどんなコードになるのかどうやって実行されるのかとかわかってないと 最適化なんかやりようがない 540 名前：509 mailto:sage [2010/03/20(土) 12:04:43 ] コメントありがとうございます。 >535 >コンパイラ作ってるの？ いえ、今考えているのは仮想マシン書いてバイトコード実行、って 感じのスクリプトエンジンです。スタックマシンていうのが小さく 書けるみたいくらいの知識しかなくて・・・ なるほど・・・。とりあえず本買ってみます。 541 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 12:11:59 ] まずASTを直接評価するインタプリタを書いてみれば? 542 名前：デフォルトの名無しさん mailto:sage [2010/03/21(日) 02:03:33 ] >>540 中間言語のニーモニックを多少最適化することより、 仮想マシン自体の性能アップの方が遥かに大事だよ。 ニーモニックの最適化が重要になるのは、吐き出すのがネイティブコードの場合だね。 543 名前：513 mailto:sage [2010/03/21(日) 22:55:18 ] >>513でまさかこんなにレスが付くとは XMLでスクリプト書く場合の負荷については 能力の低いマシンならともかく、PC上でのプログラムだからそんなに性能を気にすることはなかった。 パーサーは自作なんて無理なので既成のを使用。 XML全体と同じ内容の木構造データにして実行する方式 （バイトコードとか仮想マシンを作るような知識はないので） なので、実行はそれなりに速いと思うけど ファイルサイズが大きくなると、最初の読み込みに時間がかかってしまいそう。 メリットは妥当性検証のあるエディタが使える事。実行する前にエラーが分かるのって大きい。 544 名前：デフォルトの名無しさん mailto:sage [2010/03/21(日) 23:14:43 ] >>543 ＞ファイルサイズが大きくなると、最初の読み込みに時間がかかってしまいそう。 試してないのかね。 5MBぐらいのスクリプト作って読ませてみれ。 545 名前：513 mailto:sage [2010/03/21(日) 23:58:08 ] >>544 そんな大きいのは試した事ない・・これから作って試すわ。 150KBぐらいのがあるけど、それだとCeleron 1.4Ghzで40msぐらい。 150KBで単純に40msずつ増えていくとして、5MBだと1350msぐらいかな。 こんな感じの構造にしているんだけど、block直下にある要素をコマンドとして実行させたり、 クリック待ちなどで中断するのは簡単なんだけど（要素のインデックスを保存して行ってる）、 ifの中でクリック待ちで中断するような時はどうすりゃいいんだろう・・ if文の中まで実行しなくちゃいけないし、セーブで途中の要素から実行しなくちゃいけないときはどうするんだろう。 中断すること考えなければ簡単なのに。 読み込み時に、XMLの要素全部にIDを割り当てて、ロード時はそれをもとに再開するとかだろうか。 <function name="main"> <element param="1"/> 表示するテキスト <if expr="a=6"> 変数aが6のときの処理 <else>そうでないとき</else> </if> </function> 546 名前：デフォルトの名無しさん [2010/03/22(月) 06:17:07 ] 先日のエロゲプログラマの方が全然凄いな。 今のプログラマはアリモノを使いすぎるんじゃない？ 547 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 07:59:27 ] 今時のプログラマは有りモノを活用するのが基本だろ。 548 名前：デフォルトの名無しさん [2010/03/22(月) 08:08:42 ] それって、基礎が出来てないけどブラックボックスを触るようなもんだね。 はまったときや改編時は、自己コードじゃないと大変そうだね。 あと、実行スピードはスクラッチに負けるよね。 JAVAとか使ってると遅くて敵わないね。 549 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:20:35 ] 他人のコードだからといってブラックボックスな訳じゃないし、 多数の人間が使っているコードなら実行スピードもむしろ最適化 されてると思うけど。実装スピードは格段に速くなる訳だし、 自前主義に拘る理由は無いでしょ。 550 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:30:06 ] > それって、基礎が出来てないけどブラックボックスを触るようなもんだね。 基礎ができている／できてないことと、有りモノを使うかどうかの判断は 関係ありませんね。 材木を山で切ってくることから始める大工しか、基礎ができてない、 なんて考える人のことを「バカ」と言います。 > JAVAとか使ってると遅くて敵わないね。 使ってない奴の妄想だから相手にしないほうがいいよ。 551 名前：デフォルトの名無しさん [2010/03/22(月) 08:35:48 ] はあ？ ブラックボックスで困るのは事実だろ。 あとJAVAがいくら頑張っても前のエロゲプログラマのスピード(50000行を1秒でコンパイル)には敵わないだろ。 エロゲプログラマにコンプレックスでも持ってるのか？ 今は遅いネットブックが2割をしめるんだぞ。 552 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:37:40 ] 単純な言語仕様ならそりゃコンパイルも速いさ 553 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:40:20 ] >>551 >ブラックボックスで困るのは事実だろ。 オープンソースの物を使うという発想は無いのかな ちゃんとドキュメントも整備されている物もあるよ 554 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:44:53 ] おかしな人は放置で。 555 名前：デフォルトの名無しさん [2010/03/22(月) 08:47:19 ] >>552 あれが単純な言語仕様に見えたのなら、お前の目は節穴だよ。 >>553 そろってるものもある、だろ? 無い物はソースから読み直しだ。それでも効率はブラックボックスの方が上だと思うが、 至高のコンパイラスレで技術力を言及しないのはどうしてだ? 前のエロゲ屋は音声も画像もシナリオも独自圧縮と書いてたぞ。 それでも既存の物を使う方が優秀というのか？ 556 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:49:56 ] 有り物だけを使うのは技術向上の否定になるわけで、このスレでもスクラッチから作る方が高度だと認められてるだろ? 557 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 08:53:56 ] 速いバージョンのmp3の展開ルーチンでももたつくな。 558 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:06:47 ] JAVA厨ちんこだから、相手にしない方が。 それと、エロゲの人は低スペックでも動くようにチューンしてるだけだと思う。 様は適材適所で、スピードを求められないのならYACCとLEXを使えば良いだけだと思う。 たしかに技術力の向上のためにスクラッチから作るのも趣味としてはありだとは思うけど、 開発効率と実行スピードのどちらが求められるかは現場次第。 559 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:11:19 ] JAVAが早いって言うのは嘘だな。 560 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:13:27 ] >>555 コンパイラにとっての言語の単純さってのは 人間の感じるものとは異なるということさ 561 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:15:48 ] >>555 >至高のコンパイラスレで技術力を言及しないのはどうしてだ? 技術は『使いどころ』が重要だから。 何にでも技術力を投入すれば良いという物でもない。 562 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:37:45 ] まあ、前のエロゲ屋は長い間の蓄積があって、ああなったんだから、今と時代は違うよ。 でも、圧縮関連の技術を自社開発にしているところは純粋に凄いな。認めるべきだと思う。 >>561 この人はそこが技術の使い所と思ったんだろう。 >>560 前のエロゲ屋のコンパイラは十分複雑だと思うが。 563 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:40:26 ] 圧縮なんかは確立してる理論をベースに特許関係を避けて使うのがセオリー。 自前でやる意味があるのは枝葉末節の細かい部分だけ。 564 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:41:55 ] どちらにしろ、エロゲの人の技術は凄いかも知れないけど、今は時代が違うではないし終わりにしないか？ スレの内容を逸脱してる。 565 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:43:18 ] 実装が手元にないのにそれをぐだぐだ論じても仕方ない 566 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:44:06 ] >>563 ロースペックなマシンに合わせて展開スピードをあげ、マスターに向けて圧縮スピードを上げている。 このエロゲ会社独自だろ？ 567 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:47:12 ] >>566 どうしてそれだけで独自だと分かるの？ 既存の技術を組み合わせることで圧縮効率を上げるってのはよくあることだけど 568 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:49:05 ] >>565 その通り。 >>566 長いエロゲ屋歴でそういう風にしたんだろ。 去年は新作6本、DL12本(?)作ってる会社だから、他の会社に当てはめられない。 569 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:50:57 ] >>567 本人かブログかで独自圧縮といってただろ。 信じるか信じないかは自由だが。 570 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:52:10 ] >>568 そんなに作ってるのか? 571 名前：568 mailto:sage [2010/03/22(月) 09:55:19 ] >>570 ああ、OHPとDLSITE.COMで確かめた。すさまじい数だ。 572 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 09:59:21 ] >>566 たとえば gzip の -1, -2, ..., -9 オプションですな。 圧縮処理の対象とするブロックの大きさを加減することにより、必要とするメモリ量+計算量と、 圧縮性能のトレードオフを加減する。 情報理論的にごくあたりまえの話ですが何か？ 573 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:00:00 ] wikiで見ると社長兼メインプログラマみたいだな。 そりゃ本数出すためならプログラむくむわな。 574 名前：エロゲ屋 mailto:sage [2010/03/22(月) 10:02:40 ] >>572 この会社は圧縮率も高い。 良く社長と兼任してそんな本数出せたか不思議。 普通のエロゲはもっと時間を掛けて作られる。 575 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:04:18 ] その痛々しい名前欄はなんなんだｗ 576 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:06:00 ] >>574 単純にもっと昔に理論は確立してたからじゃないか? 実装もASMとC++だったよな。古い言語だ。 577 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:07:15 ] 予告通り出ないというのが常態化しているエロゲ業界で、そんだけリリース し続けてるのはすごいな。 OpenBSD が「半年ごとにリリース版を出す」を10年続けているのを知った時も すごいと思ったが。 578 名前：エロゲ屋 mailto:sage [2010/03/22(月) 10:08:48 ] >>575 うるさいw でも、この会社の評判は流通が必ず言ってくるくらい良いんだよな。 マスターが確実でバグはないって。延期とバグがつきものの俺らはいつも言われるw 579 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:11:38 ] >>578 やっぱり流通って口出してくるんですね。 エロゲ界の摩訶不思議です。 どういう仕組みなんですか？ 580 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:11:48 ] 久方北エロゲ産業 581 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:13:57 ] もうそろそろ止めようぜ。 582 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:15:02 ] >>581 すまん。 昔提案のあった、TinyCの定義でもしないか? 583 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:23:24 ] 大学の学生実験でTinyCなる言語のコンパイラ作らされたなあ - 型はintだけ。void型やポインタ・配列はなし - 演算子は論理和積、加減乗除、比較だけ - 制御文はif, while, returnだけ 手習いにはちょうどいいサイズだったと思う 584 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:23:47 ] TinyCは目新しさがないんだよな。みんな最初に通る道だし。 585 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:25:24 ] 逆にHugeCを作れば 586 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:26:58 ] D言語w 587 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:31:09 ] C言語にクラスって必用かな。ネットのコピペで良いから、クラスのありがたみがいまいち理解できない。 スコープの厳密さは良いと思うけど。 588 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 10:32:29 ] RAIIが使えるだけで随分差が出てくると思う

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef