「コンパイラ・スクリプトエンジン」相談室8
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2005/11/06(日) 19:45:18字句解析・構文解析から，データフロー解析，ループ並列化，データ分散，SSA変換，
CPS変換，レジスタ割付，命令スケジューリング，ソフトウェアパイプライン，
SIMD命令生成，VLIW向けクラスタリング，スクラッチメモリ向け最適化，リンク時最適化，
JIT，動的バイナリ変換等の各種最適化，それにVM，GC，低消費電力化などなど。
意味論に関する話題も歓迎です。
前スレ
1 http://pc.2ch.net/tech/kako/981/981672957.html
2 http://pc2.2ch.net/test/read.cgi/tech/1021136715/
3 http://pc5.2ch.net/test/read.cgi/tech/1070089173/
4 http://pc5.2ch.net/test/read.cgi/tech/1100097050/
5 http://pc8.2ch.net/test/read.cgi/tech/1106129164/
6 http://pc8.2ch.net/test/read.cgi/tech/1115335709/
7 http://pc8.2ch.net/test/read.cgi/tech/1129287390/
関連リンクは多分 >>2-10 あたり
0153デフォルトの名無しさん
2005/11/08(火) 22:51:32>うちの言語では、ネイティブ側で確保したオブジェクトへのポインタ型に
>ファイナライザを付けられるようにしてる。それ以外のオブジェクトにはなし。
成程成程、自分の場合作っているのがECMAScriptのスーパーセットなもので
その辺はファイナライザを指す特定のシンボルを動的検索です、ちょっとオーバー
ヘッドが気になるのだけど致し方無しという所です。
>ええと、このスタックから参照張られたオブジェクトについてファイナライザ
>走らせる前に、これらのオブジェクトを起点にしてまたmarkするのでしょうか?
うちの場合も構文木でスタックは持ってないんだけど、要はオブジェクトリスト
を管理している所を2本化してチェック走らせれば良いのでは、と理解しました。
# ちなみに構文木辿っている途中の中間計算で使用されているオブジェクトは
リファレンスカウンタ介してGC時に除外する方式取ってます、ちょっとオーバーヘッド
あるけど。
0154デフォルトの名無しさん
2005/11/08(火) 23:30:51デザイナーが書ける(こともある)プログラミング言語というと、
やっぱりFlashのActionScriptじゃないかな。
015514
2005/11/09(水) 00:15:53うーんと。
ファイナライザがあるとGCが厄介だ、というのは、ファイナライザの中で
thisをグローバル変数か何かに放り込まれると、オブジェクトが「復活」する
からだよね?
んで、復活するのは、ファイナライザを呼ぶオブジェクトそのものだけでなく、
そのオブジェクトから辿れるオブジェクトすべてだから、
>ええと、このスタックから参照張られたオブジェクトについてファイナライザ
>走らせる前に、これらのオブジェクトを起点にしてまたmarkするのでしょうか?
と書いたわけだけど。ただ、今読み返すと、>>56氏も>>58氏も、そんなことは
当然として書いてるように思える。恥さらしましたかね。
ちなみに.NET FrameworkのGCについて以下のページに説明があって、
http://www.microsoft.com/japan/msdn/net/mag00/GCI.asp
下の方に、ファイナライザを含むオブジェクトのGCの話も書いてある。
でも、俺にゃ「完結キュー」がなぜ必要かわからないし(オブジェクトごとの
フラグじゃいかんの?)、復活の話も書いてあるけど、.NETのGCがどう対処してる
のかもよくわからない… 俺がアホなのか。
0156デフォルトの名無しさん
2005/11/09(水) 10:53:26素人さんにはXMLに限らずどんな形式言語でも書けない。
だからユーザとして想定する相手の技術レベルよっては
どのみち設定ウィザードみたいなものは必要。
0157デフォルトの名無しさん
2005/11/09(水) 11:02:10どっちみち.iniファイルの中の仕様を決めねばなるまい、
あれだって単純とはいえ一応形式言語だぞ？
それと>>124を見る限り、
>>108は簡単な設定ファイル内で簡単な条件判定くらいはするつもりらしい。
0158108
2005/11/09(水) 12:19:08現場の人に計算式を入れて貰うわけです。パラメータにAがあったらこういう計算、
パラメータにBがあったらこういう計算。寸法がある範囲内ならこういう計算、
みたいに計算式と条件を書いて貰おうと。
この条件の部分が後からどうなるか分からないので、比較的自由に条件が設定できる
ようにしたいわけです。
とりあえずLL(1)で書いてみたけど、ちょっと気持ち悪いです、、、
getcharのかわりにmid関数とか使ってるんだけど、こんなんでいいの？
0159デフォルトの名無しさん
2005/11/09(水) 12:34:49計算式もスクリプトが計算するのか？
その辺がYesならまぁXMLは向かない可能性が大なので忘れてくれ。
>>135
XMLに別言語のスクリプトを埋め込むのはまぁあんまりオススメはしない。
特に埋め込む言語が広く使われている既存の言語ではないとか、
XMLのフォーマットが既にある程度普及してる訳ではない場合とか、
スクリプトが断片的でXMLの記述と絡み合い、
それ自身では完結しない場合とか。
いずれも処理が煩雑になり理解もしにくいものになるからな。
まぁHTMLにJava Script(ECMA Script)埋め込んでそれなりに動いてる
って前例があるからやりたくなるんだろうが…。
あれはHTMLが爆発的に普及してその拡張手段が必要となって
止む無くやってるわけで最初から目指すものではない気がする。
まぁTeXとPascalコードを融合してアルゴリズムの文書的記述と
プログラムを融合したweb（Knuthの提唱する文芸的プログラミング）
という試みもあってそういうのは面白いかも試練が、
あの場合はドキュメント＋実行可能サンプルって意味合いが強く
コードとドキュメントにキレイに分離できて、
分離後は別々に処理できたから問題なかった。
0160デフォルトの名無しさん
2005/11/09(水) 13:53:46（実行環境に応じて設定が動的に変わるように)
[MAIN]
VAR=グローバル変数
100=A=0
110=FOR I=0 TO 10: PRINT I;: NEXT I
120=GOSUB MOKEKE
130=END
[MOKEKE]
100=VAR=$SCREENWIDTH
110 RETURN
とか
仕様考えているうちにダルくなってそれっきり。
やっぱGOSUBは!=じゃなきゃだめとか（ぉぃ
0161デフォルトの名無しさん
2005/11/09(水) 14:56:17やはり、という気がするのだけれど、それを設定ファイルと呼ぶのは、
問題に対する誤解を生むだけの間違いのような。
条件はともかく計算式を「現場の人に書かせる」のが必然かどうか知らんが、
入力の妥当性検査やエラー含めて、どの程度の記述能力が必要なのか、
確定しているのかな? 下手すれば(少なくともUI的には)
本体の処理内容自体よりよほど重要なわけで、それが
>この条件の部分が後からどうなるか分からないので、
というのは、設計以前の問題把握/認識として大丈夫かな、と……
0162デフォルトの名無しさん
2005/11/09(水) 16:01:36>>155
CLRの図で行くとFリーチャブルキューが生成された時点ではまだヒープに
オブジェクトは残っていて、1回のGCサイクルが
1) 完結キューに無く、かつFリーチャブルキューにのオブジェクトをヒープから削除
2) 完結キューに存在するオブジェクトの参照をFリーチャブルキューに移動
(この時点ではオブジェクトは残っている)
2')非同期でファイナライザ実行スレッドが走る
なので次の実行時に復活されているオブジェクトはそのまま残るのでは？
56の話も1GCサイクルは
1) ファイナライザを持っていてファイナライズされていないオブジェクトはリストへ、
それ以外の未使用オブジェクトは削除
2) ファイナライズリストにあるオブジェクトはファイナライズ実行
なので次の呼び出しで復活している場合は1で参照されているので復活は処理できるのでは
ないかと思ってるんですが、何か抜けてる？
完結キューの話はその方がクラスのメモリ上のレイアウトがすっきりするし、CLRの
場合クラス設計は静的だからオブジェクト作成時にファイナライザがあるかどうかは
はっきりしているので、実装によってはそういう方法もあるかな、位に考えてました
が、、、抜けてるかな
0163デフォルトの名無しさん
2005/11/09(水) 16:06:271) 完結キューに無く、かつFリーチャブルキューにないオブジェクトをヒープから削除
0164108
2005/11/09(水) 16:08:50ありがとうございます。とりあえず、XMLは勉強不足なので、今後の課題に
したいと思います。
>>161
すみません。設定ファイルと言うと誤解されても仕方ないですね。
条件が後からどうなるか分からないというのは、
現状なら大丈夫だけど、今後、外的要因で変わる可能性もあるっつーこと
です。
0165デフォルトの名無しさん
2005/11/09(水) 16:11:02いいものってあるでしょうか？
0166デフォルトの名無しさん
2005/11/09(水) 16:14:100167デフォルトの名無しさん
2005/11/09(水) 16:28:060168デフォルトの名無しさん
2005/11/09(水) 16:29:52学習と開発を一緒にしないでください。
0169デフォルトの名無しさん
2005/11/09(水) 16:31:57>条件が後からどうなるか分からないというのは、
>現状なら大丈夫だけど、今後、外的要因で変わる可能性もあるっつーこと
いや、当然せめてそのレベルにないと話にならないわけで……
その可能性等、未確定要素でもある程度認識しておかないと、
>比較的自由に条件が設定できるようにしたいわけです。
たって、なんでもできる万能言語を作る能力にめぐまれるわけでも無く、
記述能力の水準やら(言語の)設計方針もきまらないんじゃ? と、
心配するわけです。(だから軽く設定ファイル、なんて言っちゃうのかなと)
0170デフォルトの名無しさん
2005/11/09(水) 16:41:26TinyCCが良い、コンパクトなのでソースも読み易いぞ
0171デフォルトの名無しさん
2005/11/09(水) 17:01:00まぁしかし広義には人生これ全て学習じゃよｗ
開発も人生の一部であるからにはまた然りじゃろて。
0172デフォルトの名無しさん
2005/11/09(水) 19:22:08017314
2005/11/09(水) 20:27:28>1) ファイナライザを持っていてファイナライズされていないオブジェクトはリストへ、
>それ以外の未使用オブジェクトは削除
>2) ファイナライズリストにあるオブジェクトはファイナライズ実行
単純なmark sweep GCを考えると、この1)のフェーズの前にmark phaseがはいってて、
1)はsweepと同時にやるようなイメージなんですが、ここまでの認識は合っているでしょうか?
ファイナライズされるオブジェクトをAとすると、Aは定義からしてマークされていないはずで、
当然、Aが参照しているオブジェクト(Bとします)もマークされていないはずです。
この状態でsweepすると、Bはなくなってしまうわけですが(Bにはファイナライザはついて
ないものとして)、Aが復活したら、Bも一緒に復活しなければなりません。
だから、
>ええと、このスタックから参照張られたオブジェクトについてファイナライザ
>走らせる前に、これらのオブジェクトを起点にしてまたmarkするのでしょうか?
と書いたわけで。
もちろん、mark phaseにて、ファイナライザ持ったオブジェクトは最初から
すべてmark対象にしてもいいわけで、そう考えると.NETの完結キューも
意味があるのかな、とこれは今思った。完結キューもルーツに含めればよいわけで。
0174デフォルトの名無しさん
2005/11/09(水) 20:39:13プログラミング言語 俺様 改訂２版
0175デフォルトの名無しさん
2005/11/09(水) 22:14:280176デフォルトの名無しさん
2005/11/09(水) 22:15:21指摘thanx、見落としてました。という事は
1) 通常通り変数,Fリーチャブルキューから参照されているものをmark
2) 1でmarkされなかったファイナライザ付きオブジェクトを
ファイナライズリスト/Fリーチャブルキューに登録し、そのオブジェクトを起点にmark
3) sweep
4) ファイナライザ実行
でどう？
0177108
2005/11/09(水) 22:20:08多分，
＞比較的自由に条件が設定できる
という部分が誤解を招いたかと。すみません。
条件の部分はあらかじめ組み込み関数を用意する予定です。
現場の人にはそれらと論理演算記号とを組み合わせて条件を書いてもらいます。
今後何かあっても変更になるのは条件の部分だけなので，変更があったら，
組み込み関数を都度追加すればよいだけなんで。
正直，これ，条件分岐と，四則演算さえできればいいんです。
言語というほどのものではなく，eval関数に毛が生えたみたいなもんだと
思っていただければ・・・・そもそもあまり難しくすると現場の人書けない
ですから。
というわけで，大体できました。皆さんありがとうです！
0178デフォルトの名無しさん
2005/11/09(水) 22:23:380179デフォルトの名無しさん
2005/11/09(水) 22:24:550180178
2005/11/09(水) 22:27:180181デフォルトの名無しさん
2005/11/09(水) 22:45:29おまえがいちばん鵜剤w
0182デフォルトの名無しさん
2005/11/09(水) 23:11:24文法がある以上、言語だと思うけど。
多分DB絡んでる？違うかな。。。
0183デフォルトの名無しさん
2005/11/09(水) 23:52:02ウザイらしいぞw
0184デフォルトの名無しさん
2005/11/10(木) 01:32:5320 nanigeni LV
30 taka sugi
0185デフォルトの名無しさん
2005/11/10(木) 22:12:06ちょっとそんなこと聞いたもので。。。
#もちろん、皆無っていう意味でなくって、
#大きなテーマが無く、あとは重箱の（ry
0186デフォルトの名無しさん
2005/11/10(木) 23:04:46分野。自然言語処理ならともかく，プログラミング言語って話だと。。。
0187デフォルトの名無しさん
2005/11/10(木) 23:18:01禁句w
0188デフォルトの名無しさん
2005/11/10(木) 23:24:340189デフォルトの名無しさん
2005/11/10(木) 23:36:38ぴゅう太やら、年刊Ah!SKI第1号以来の、手垢のついたネタだよなあ。
そういえば、盲導犬に命令を出すとき、日本の盲導犬でも英語を使うんだけど、
その方が、いざというとき言い間違えたりしないからよい、というのを、
大昔ドラマかなんかで言ってたのを思い出した。
犬に、「ゴー」の代わりに「行け」を覚えさせることはもちろん出来るけど、
日本人が普段から「行け」を使っていると、いざっていうときに「行ってえ!」とか
叫んだりして犬にはそれがわからない、ってことだったと思う。
日本語プログラムは、読む方は確かに読みやすいと思うけど、書く方は、
文法エラーにされたりしてかえってストレスたまらないのかなあ。
使っている人の感想求む。
0190デフォルトの名無しさん
2005/11/10(木) 23:41:54書く技量＞＞＞＞＞＞読む技量
通常の言語の逆w
0191デフォルトの名無しさん
2005/11/11(金) 01:18:54そういうのよく言ってる奴いるけどさぁ
じゃあ英語が母国語の奴らはどうしてんだよ。
0192デフォルトの名無しさん
2005/11/11(金) 01:27:37英語はGO以外の言い方がないんだよバカだから
南部なまりでもGOはGO
おまえだってゴーパピー！って一回ぐらいは言ったことあるだろ
0193デフォルトの名無しさん
2005/11/11(金) 03:15:21テクニック的な事と研究を一緒にしないでくださいね。
0194デフォルトの名無しさん
2005/11/11(金) 05:30:51生成文法の分野としてはその通り。
ユーザインタフェースの分野としてはまだまだ、だと思う。
今まではユーザインタフェースは研究と見なされなかったけど、
生産性が重要視されるこれからでは十分研究になるんじゃないかな。
0195デフォルトの名無しさん
2005/11/11(金) 06:31:56速さで解析するアルゴリズムが出ませんね。
0196デフォルトの名無しさん
2005/11/11(金) 07:55:21依存と言いたい？ 慣れない言葉を使う時は気をつけよう。
0197デフォルトの名無しさん
2005/11/11(金) 08:17:290198デフォルトの名無しさん
2005/11/11(金) 09:04:29O(n^3)ってのは崩れないんじゃ？できないものはできないんでは？
0199デフォルトの名無しさん
2005/11/11(金) 09:11:500200デフォルトの名無しさん
2005/11/11(金) 09:43:13速度の問題じゃないでしょ？
0201デフォルトの名無しさん
2005/11/11(金) 10:15:41つ 冨田LR
0202デフォルトの名無しさん
2005/11/11(金) 10:35:29提案されてるはず。というかどっちかしか研究のネタないよ。後はハード面から
やるか。計算量は理論的に決まってるからどうしようも無い。
できることはできるし、できないことはできないってはっきりしてるのが計算機
科学なんだからさ、、、どのみち斜陽の学問ですよ。
0203デフォルトの名無しさん
2005/11/11(金) 14:03:23まぁ、社内でも能力給制度が始まったんだが、
飛び抜けて評価が低かったのも実はないしょw
0204デフォルトの名無しさん
2005/11/11(金) 14:29:57バックトラックしまくってるだけのアホアルゴリズム。
0205デフォルトの名無しさん
2005/11/11(金) 15:16:30いかにそのサブセットで性質のいいものを見つけるかって方向性もあるだろ？
LALR(1)とかLRとかLL(k)とかはそういう方向でしょ？
斜陽じゃなくてブレークスルーが求められてると見た方がいいんじゃない？
流行が終わるとすぐ誰もやらなくなるのが日本の悪いとこ。
0206デフォルトの名無しさん
2005/11/11(金) 15:49:07複雑怪奇な言語が出てくるのが落ち。
0207デフォルトの名無しさん
2005/11/11(金) 16:14:290208デフォルトの名無しさん
2005/11/11(金) 18:43:44だから、社用の学問とか言われちゃうんだろ。
0209デフォルトの名無しさん
2005/11/11(金) 19:32:470210デフォルトの名無しさん
2005/11/11(金) 20:52:42妙に納得w
研究としては面白みに欠ける分野なんだろうけど、
逆の見方をすれば、信頼できる枯れたテクノロジーということも出来る。
0211デフォルトの名無しさん
2005/11/11(金) 20:56:33バカにマジレスｶｺﾜﾙｲ
>>210
俺も同意。
まあこれ言っちゃおしまいだけど、プログラミング言語の構文としては、
Cあたりでだいたい実用上困らないところまで行っちゃってるんじゃないか。
細かい不満はあるものの、LALR(1)で「プログラミング言語としては」必要十分というか、
これ以上がんばっても98点を99点にするようなもので、労多くして益少なし
なんじゃないかな。
0212デフォルトの名無しさん
2005/11/11(金) 21:19:38……バックトラックではないよ
0213デフォルトの名無しさん
2005/11/11(金) 21:53:30> 細かい不満はあるものの、LALR(1)で「プログラミング言語としては」必要十分というか、
> これ以上がんばっても98点を99点にするようなもので、労多くして益少なし
> なんじゃないかな。
うまい表現ですね。私も同感です。
ただ、あえて言うとすると、LALR(1)は表現しにくいという所が
気に入らないと言えば気に入らない点ではありますけどね。
# 言語大量発生の防波堤にはなるのかな？
0214デフォルトの名無しさん
2005/11/11(金) 22:05:53CFGをフルカバーする上に、実用上はO(n)なんだけど。
bisonでも使われてる。
0215デフォルトの名無しさん
2005/11/11(金) 22:13:460216デフォルトの名無しさん
2005/11/11(金) 22:23:44bison2.0からだっけ？
0217デフォルトの名無しさん
2005/11/11(金) 22:24:45LLが流行ってるのは、再帰下降で実装した上で
一部の関数をユーザ定義のもので差し替えるという手が使えるから。
CFGを超えるような言語を扱えるようになったりする。
泥臭いけどがんばれば何でもできるのが魅力。
0218デフォルトの名無しさん
2005/11/11(金) 22:33:43それで改良版のLALRが出来たと何かの本で読んだけど。
0219217
2005/11/11(金) 22:44:08それぐらいだと思う。
もしかしたら 1.8なんとかぐらいの時もあったかも。
>>215
しっかり答えてなかったｽﾏｿ。
LLと比べると、基本はLRなんでユーザが途中の処理にちょっかいをだすのはやりにくい。
あと、yaccみたいに構文の要素に対してプログラムを実行する形式で使うと、
構文の要素が仮決定の段階でプログラムが実行されてしまうということが起こる。
本来の冨田LRは解析木を出力するもので、解析木を完全に作ってから色々すれば問題ないんだけど、
その場合異常に長いソースを食わせたときにO(n)のメモリ量が必要になるので困るかもしれない。
長いソースを書くなとか、メモリをきちんと積んどけとユーザに言える環境だったら問題ないと思う。
>>218
冨田LRはLALRのテーブルでもOK。最近のメモリ事情だったらLRでも大丈夫な気もする。
0220デフォルトの名無しさん
2005/11/11(金) 23:11:100221デフォルトの名無しさん
2005/11/11(金) 23:21:55>これ以上がんばっても98点を99点にするようなもので、労多くして益少なし
分野は違うが圧縮アルゴリズムを研究してる人間を全否定するような発言だ。
0222デフォルトの名無しさん
2005/11/11(金) 23:26:33＋１点あがってるんだからw
0223デフォルトの名無しさん
2005/11/11(金) 23:27:10最近は可逆圧縮が人気なのでは？
0224デフォルトの名無しさん
2005/11/11(金) 23:38:42ある程度成熟した分野では、技術は用途が前提にならないと無駄になるよね
0225デフォルトの名無しさん
2005/11/12(土) 00:07:470226デフォルトの名無しさん
2005/11/12(土) 00:10:01だがそれも事実だ。
企業にとっては対費用効果が重要になる。
決してタイ費用高価ではない。間違うなよ。
0227デフォルトの名無しさん
2005/11/12(土) 00:11:30すまん。
まちがえそうになった。
0228デフォルトの名無しさん
2005/11/12(土) 00:19:240229デフォルトの名無しさん
2005/11/12(土) 00:30:58面白くもないネタやダジャレ(と本人が思っているもの)や
くだらなーい、くだらなーい煽りとかを、
常にageで書き込んでいる低脳がいるな。
これって何人いるの? もしかしてひとりでやってんの?
0230デフォルトの名無しさん
2005/11/12(土) 00:40:56病気なんだって…。
0231デフォルトの名無しさん
2005/11/12(土) 00:46:29Javaオブジェクト生成のルールを統一した複数のスクリプトエンジンを付け替えたりできたら面白いな。
好きなスクリプトでちょろっとDB更新したり、設定値を変更したり（log出力とか）できる。
0232207
2005/11/12(土) 01:49:05キレイに落ちがつく研究しかないなら研究する必要ないじゃん。
そんな分野は研究する必要がないから，斜陽の学問だろ。
研究しても意味が無い分野も同様だろ。計算機科学の分野はほとんど
そんな感じ。基礎研究は終わっててあとは実用上どうするかとか，
そういう問題になってる。ハードの性能があがるのを待つか，それが
できないなら，小手先の技術でやるかという話なだけで，できるできない
という話になると研究する前にすでに結論が分かってる。この分野の研究
したことあればそれが常識なんであって，ごまかしごまかし，いかにも成果
があったかのように論文書くんだろ。それは一般的な解じゃなくて，ものすご
く限定された用途であることを承知の上で。
0233デフォルトの名無しさん
2005/11/12(土) 08:41:03何か君を含めて多数の人間が勘違いしているが
ここは「コンパイラ・スクリプトエンジン相談室」であって
「言語相談室」じゃないよ。
>>231みたいなレスがメインでしょ
0234デフォルトの名無しさん
2005/11/12(土) 08:47:54>>232 は、その研究について話しているのでは？
Lisp馬鹿がでしゃばる流れより、よっぽど良い議論だと思うが？
0235デフォルトの名無しさん
2005/11/12(土) 09:25:03だからいきなりキチガイみたいにアンチすんなって。
コンパイラとスクリプトの話をしているかぎりは
別に LISP だろうが Ruby だろうがかまないよ。
0236デフォルトの名無しさん
2005/11/12(土) 09:31:30Lispを脈絡なく出してくる＆Lispに過敏に反応するやつ＝Lisper
0237デフォルトの名無しさん
2005/11/12(土) 09:34:57あれってなんでだろう。
object.methodみたいなレシーバ従属呼び出しができない言語は
オブジェクト指向言語じゃないと思われる風潮がある。
逆になんであれobject.method形式であればオブジェクト指向言語と勘違いされて
もてはやされる傾向にある。
なんでだろう。
0238デフォルトの名無しさん
2005/11/12(土) 09:47:42>>234 Lisp馬鹿が〜（←脈絡なくでてくる） → >>236 〜 は Lisper（←自演でたたく）
てなパターンを何度見たか。マジで病院いったほうがいいとはおもう。
0239デフォルトの名無しさん
2005/11/12(土) 11:16:550240234
2005/11/12(土) 12:13:42病院いった方がいいのは貴方では？
痛いところ指摘されると、何でもかんでも「自作自演」か？
0241デフォルトの名無しさん
2005/11/12(土) 12:15:500242デフォルトの名無しさん
2005/11/12(土) 12:43:43いや、似てないと思う。
234は文章の最後に？を付けて、他人に疑問系の発言ばかりするのが特徴。
232は逆に文章は断定系の発言が多いというのが特徴。
俺の主観だとむしろ逆のタイプと思うけど。
0243デフォルトの名無しさん
2005/11/12(土) 13:00:36…疲れたんだろうなぁ、きっと。
0244デフォルトの名無しさん
2005/11/12(土) 13:16:510245234
2005/11/12(土) 14:06:090246デフォルトの名無しさん
2005/11/12(土) 14:07:03代入ですか。
まさに「Lisperということにしたい」だけという現実にマッチしていますね :-P
0247デフォルトの名無しさん
2005/11/12(土) 14:42:150248デフォルトの名無しさん
2005/11/12(土) 14:47:470249このスレの1
2005/11/12(土) 14:58:56急いで立てたら書籍関係リンクを貼り忘れるわ、前スレで出てきたリンクなんかも
反映させられなかったわだった。今までも、スレの中で出てきた有用なリンクが
テンプレに反映されなかったことは多々あったと思う。
というわけで、勝手にやってすまんが、Wiki立ててみました。
http://www6.atwiki.jp/compilerandscriptengine/
まだテンプレを貼っただけですが(本を1冊増やしたけど)、よければ使ってやってください。
今のところ完全性善説モードになってます。編集もページ立てもファイルアップロードも
誰でも可能。
0250デフォルトの名無しさん
2005/11/12(土) 15:20:16乙
0251デフォルトの名無しさん
2005/11/12(土) 16:00:15GJ!
0252デフォルトの名無しさん
2005/11/12(土) 19:22:31ワロタw
■ このスレッドは過去ログ倉庫に格納されています