[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 05/09 13:56 / Filesize : 174 KB / Number-of Response : 756
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

「コンパイラ・スクリプトエンジン」相談室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 あたり

2 名前:デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:13:56 ]
Wikiのまとめページ
www6.atwiki.jp/compilerandscriptengine/

★コンパイラ一般

・色々なツールの紹介
 catalog.compilertools.net/
・コンパイラ関連のリンク集
 www.ulis.ac.jp/~nakai/rel_web_compilers.shtml
・スクリプティング言語資料室(仮) (リンク集)
 www.kt.rim.or.jp/~kbk/
・Compiler Construction
 www.ie.u-ryukyu.ac.jp/~kono/lecture/compiler/
・情報システム工学実験 III コンパイラ・コンパイラ
 math.cs.kitami-it.ac.jp/~fuchino/proin/experimentIII-2000/jikken.html
・OS/Programming 簡単な C コンパイラ
 www.csg.is.titech.ac.jp/~chiba/lecture/os/
・正規表現
 hp.vector.co.jp/authors/VA007799/viviProg/doc_regexp.htm
・コンパイラ研究・開発情報の一集積所
 compilers.cs.uec.ac.jp/
・Links and Selected Readings
 www.gnu.org/software/gcc/readings.html
・国産のコンパイラ共通インフラストラクチャCOINS
 www.coins-project.org/

3 名前:デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:15:21 ]
★字句・構文解析

・Lex and YACC primer/HOWTO (邦訳)
 ttp://www.linux.or.jp/JF/JFdocs/Lex-YACC-HOWTO.html
・Turbo Pascal Lex/Yacc
 www.musikwissenschaft.uni-mainz.de/~ag/tply/tply.html
・Jim Roskind's LALR(1) C++ Grammar
 ttp://www.empathy.com/pccts/roskind.html
・Flexと Bisonを同時に使う
 guppy.eng.kagawa-u.ac.jp/2005/SysProg/both.html
・KITE_ASM (yacc,lex)
 www.arch.cs.kumamoto-u.ac.jp/project/kite/kiteasm/
・bison用のC++ LALR skeleton
 ttp://www.bj-ig.de/software/bison/
・ANTLR(非yaccのパーサジェネレータ)
 ttp://www.antlr.org/
・JavaCC(Java Compiler Compiler)
 ttps://javacc.dev.java.net/
 ttp://village.infoweb.ne.jp/~fwif0083/program/java/javacc/javaccgrm.html
 ttp://www.asahi-net.or.jp/~DP8T-ASM/java/tips/JavaCCHelloWorld.html
・CUP, JLex, JFlex
 www.cs.princeton.edu/~appel/modern/java/ (JLex, CUP)
 ttp://www.jflex.de/
・SableCC
 ttp://www.sablecc.org/
・¬<><∪∪ (notavacc)LALR(1)
 ne.cs.uec.ac.jp/~koto/notavacc/
・boost::spirit(C++のテンプレートでEBNFの構文を模倣)
 spirit.sourceforge.net/
 ttp://boost.cppll.jp/HEAD/libs/spirit/index.html(マニュアル日本語化プロジェクト)
 ttp://www.fides.dti.ne.jp/~oka-t/cpplab-boost-spirit.html

4 名前:デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:17:00 ]
★ごみ集め

・GC FAQ -- draft
 www.iecc.com/gclist/GC-faq.html
・A garbage collector for C and C++
 www.hpl.hp.com/personal/Hans_Boehm/gc/
・一般教養としての Garbage Collection
 www.is.s.u-tokyo.ac.jp/vu/jugyo/processor/process/soft/compilerresume/gc/gc.html
・Garbage Collection : Algorithms for Automatic Dynamic Memory Management
 www.amazon.com/exec/obidos/ASIN/0471941484/

★処理系,スクリプト

・kikyou.info (吉里吉里というゲームのスクリプト)
 kikyou.info/
・tiny C コンパイラ (C)
 www.watalab.cs.uec.ac.jp/tinyCabs.html
・6809用 Micro C コンパイラ
 www.axe-inc.co.jp/pds/mc09.html
・Portable Object Compiler (Obj-C >> C のトランスレータ?)
 users.pandora.be/stes/compiler.html
・自作コンパイラの部屋(PL/1, Pascal等)
 www.tokumaru.org/
・『Rubyソースコード完全解説』サポートページ
 i.loveruby.net/ja/rhg/
・『やさしい Lisp の作り方』『やさしい Java インタプリタ の作り方』
 www.okisoft.co.jp/esc/go.html
・MSによるPEフォーマット仕様書(日本語)
 www.interq.or.jp/chubu/r6/reasm/PE_FORMAT/intro.html

5 名前:デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:20:59 ]
★学会
・PLDI research.microsoft.com/conferences/pldi06/
 コンパイラの研究に関する最新成果を知りたければまずはここ。
・POPL www.cs.princeton.edu/~dpw/popl/06/
 PLDIよりは理論寄りだが大いに参考になる。
・ICFP icfp06.cs.uchicago.edu/
 関数型言語に関する学会。とても難しい。
・OOPSLA  www.oopsla.org/
 オブジェクト指向言語に関する学会。最近はやや低調?
・ICCC www.st.cs.uni-sb.de/cc/
 ヨーロッパ系。派手さはないが堅実。

6 名前:デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:21:55 ]
★参考書籍

・コンパイラ 原理・技法・ツール 1&2
 www.amazon.co.jp/exec/obidos/ASIN/4781905854/
 www.amazon.co.jp/exec/obidos/ASIN/4781905862/
 通称ドラゴンブック。バイブル。
・コンパイラ構成法 原田 賢一
 www.amazon.co.jp/exec/obidos/ASIN/4320029224/
 www.hara.cs.keio.ac.jp/kCompiler/ (ソース、正誤表のダウンロード)
・プログラミング言語処理系 岩波講座 ソフトウェア科学〈5〉 佐々 政孝
 www.amazon.co.jp/exec/obidos/ASIN/4000103458/
 一冊で済ませたい人へ。
・コンパイラの構成と最適化 中田 育男
 www.amazon.co.jp/exec/obidos/ASIN/4254121393/
 最適化がメインだが、構文解析からコード生成までの基本事項も解説されている。
・コンパイラの仕組み 渡邊 坦
 www.amazon.co.jp/exec/obidos/ASIN/4254127081/
 薄い奴(185p)を読みたい人に。
・21st Century Compilers (Alfred V. Aho, Sethi, Ravi Sethi, Jeffrey D. Ullman, Monica Lam)
 www.amazon.co.jp/exec/obidos/ASIN/0321131436/
 まだ出ていない。
・スモールコンパイラの制作で学ぶプログラムのしくみ
 www.cbook24.com/bm_detail.asp?sku=4774121770
 初心者向けの優しい解説本。

一部圧縮しようとしたが諦めた。
以上。

7 名前:デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:30:37 ]
最近出た本
・最新コンパイラ構成技法(Modern Compile Implementation in ML(タイガーブック)の訳)
 www.amazon.co.jp/dp/4798114685

・ふつうのコンパイラをつくろう
 www.amazon.co.jp/dp/4797337958

・プログラミング言語を作る
 www.amazon.co.jp/dp/4774138959

・やさしいインタープリタの作り方入門
・やさしいコンパイラの作り方入門
 www.amazon.co.jp/dp/487783219X
 www.amazon.co.jp/dp/4877832203

8 名前:デフォルトの名無しさん mailto:sage [2009/11/17(火) 14:08:21 ]
中田先生の第2版、取り次ぎに来たから少しだけ読ませて貰ったけど良い感じだった。
第一版の内容を全部覚えているわけじゃないし、ほんの数ページを見せて貰っただけだけど。

9 名前:デフォルトの名無しさん mailto:sage [2009/11/18(水) 07:24:32 ]
go最強だな

10 名前:911 mailto:偽(釣り) [2009/11/18(水) 12:38:55 ]
よう、愚民ども。911様とあがめろ。
本当の俺の力を見せつけるときが来たな。
中田の本で防御してドラゴンブックで攻撃だ!



11 名前:デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:15:33 ]
.NET Micro Framework 4.0がApache License 2.0のオープンソースになると発表されたらしいが
オレオレ言語の実行環境として流用できるだろうか

12 名前:デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:59:20 ]
よっぽど物好きでない限りCLIの上にのせる方が汎用性高くなるとは思うが

13 名前:デフォルトの名無しさん mailto:sage [2009/11/18(水) 15:22:30 ]
>>12
Windowsプラットフォーム前提であれば、そのとおりだろうな。

14 名前:デフォルトの名無しさん [2009/11/18(水) 16:27:25 ]
>>10
MAIL蘭。

15 名前:デフォルトの名無しさん [2009/11/18(水) 17:15:21 ]
>>11
MS社の囲い込み戦術か。JVMの方が汎用性が高いしJVMの地位は落ちないと思う。

16 名前:デフォルトの名無しさん mailto:sage [2009/11/18(水) 17:24:54 ]
JVMの方が汎用性が高い(キリッ

17 名前:デフォルトの名無しさん [2009/11/18(水) 17:25:46 ]
エロゲの話で恐縮だが、体験版をEXEではなくFLASHで遊ばせてくれる所が出てきた。
そのうちJVMで実行できるエロゲが販売されれば、OSの選択にLinuxと言うのも出てくると思う。
今はKVMでXPを動かしてるけど、JVM版が出ればMS社にOSのライセンス料を払わなくて良くなる。
ビデオテープの原動力がエロだったという事実を考えると、OSは今、officeとエロゲで選ばれてると思うからね。

18 名前:デフォルトの名無しさん mailto:sage [2009/11/18(水) 17:32:19 ]
中田先生の本、新版はハードカバーじゃないのか。本屋で見てきた。

19 名前:デフォルトの名無しさん mailto:sage [2009/11/18(水) 17:49:07 ]
>>17
それ別にJVMじゃなくてもよくね

20 名前:デフォルトの名無しさん mailto:sage [2009/11/18(水) 20:47:27 ]
>>18
ハードカバーじゃないのか。でも価格は変わっていないんじゃなかった?

>>10
防御力-1(w

>>19
クロスプラットホームのゲームならActionScriptが組みやすいね。
ActionScriptHACKを覚えるのがやっかいだけど。
Fileアクセスの場合はlocalで実行できるけど
httpアクセスの場合、local-http-serverが必用だけど。
saveオブジェクトを作らないといけないのが面倒っちゃ面倒。



21 名前:デフォルトの名無しさん mailto:sage [2009/11/18(水) 20:52:36 ]
>>18
マジか?
初版大事にしよう



22 名前:デフォルトの名無しさん mailto:sage [2009/11/18(水) 20:55:44 ]
IronActionScript

23 名前:デフォルトの名無しさん mailto:sage [2009/11/20(金) 16:35:53 ]
スレが進まない。誰か話題をプリーズ。

24 名前:デフォルトの名無しさん mailto:sage [2009/11/20(金) 16:40:55 ]
C++のコードを変換するのに十分な小さい言語を定義しない?

25 名前:デフォルトの名無しさん mailto:sage [2009/11/20(金) 16:54:07 ]
目新しさが無いな。

26 名前:デフォルトの名無しさん mailto:sage [2009/11/20(金) 18:02:09 ]
俺はすごく興味ある。スレ立ててみようよ。

27 名前:デフォルトの名無しさん mailto:sage [2009/11/20(金) 19:14:21 ]
すぐ過疎るよ

28 名前:デフォルトの名無しさん mailto:sage [2009/11/20(金) 20:27:52 ]
型推論でもどうよ

29 名前:デフォルトの名無しさん mailto:sage [2009/11/20(金) 23:02:49 ]
>>24
LISp

30 名前:デフォルトの名無しさん mailto:sage [2009/11/21(土) 00:22:54 ]
コンパイラの抽象構文木の出力がlispのソースコードっぽくなるなと思っていたら
lisp自体が抽象構文木だったんだってね



31 名前:デフォルトの名無しさん mailto:sage [2009/11/21(土) 13:24:44 ]
>>24
FORTH
ポインタ演算もバッチリ

32 名前:デフォルトの名無しさん mailto:sage [2009/11/21(土) 15:18:06 ]
うーん、話がつまらない。
この前のトライ木の実装とかif-then(とラベル管理とstack管理で)関数型言語を定義することが出来る
と言う話の方が断然面白かった。

もっと意味のある話は出来ないかな。
と言うわけで>>24を指示する。

33 名前:デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:43:26 ]
それってまるっきりLISPの1実装の話なんですケド

34 名前:デフォルトの名無しさん mailto:sage [2009/11/21(土) 17:30:00 ]
>>24
>C++のコードを変換するのに十分な小さい言語
というのは、その言語が(別の何かに)変換するということ?
その言語に変換するということ?

35 名前:デフォルトの名無しさん mailto:sage [2009/11/21(土) 17:32:58 ]
Cでいいだろ

36 名前:デフォルトの名無しさん mailto:sage [2009/11/21(土) 19:04:55 ]
GNUですな。

37 名前:デフォルトの名無しさん mailto:sage [2009/11/21(土) 19:13:56 ]
ぐぬぅ

38 名前:デフォルトの名無しさん mailto:sage [2009/11/21(土) 22:18:57 ]
コンパイラ作るのに、オートマトンとかFIRST集合とかの知識ってまったく
必要ないよな

39 名前:デフォルトの名無しさん mailto:sage [2009/11/21(土) 22:20:29 ]
形式言語理論の知識は必須だろ。

40 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 03:06:53 ]
自分の過去の経験からすれば、言語処理系(コンパイラ or インタプリタ)を
作るだけなら、形式言語理論の知識は必須とは思えないな。
カーニハンの本「UNIXプログラミング環境」を読んでyacc&lexで
C言語風のミニインタプリタを作って遊んだのが最初の経験だ。
当時はC言語の知識しか無かったけど、動く物を作ることはできたよ。



41 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 06:50:19 ]
まあ動けばいいってだけなら本読んでコンパイラジェネレータの使い方覚えればなんとかなるだろうが、
ツール類が何をしてるのか理解するには初歩的な言語理論やオートマトンの知識は必要になってくるだろう。

42 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 06:54:41 ]
うまくいかない時にどうしてうまくいかないか、を探るには
知識重要だな。

まぁLALRを使うならLLのための知識はいらないだろうがw

43 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 07:02:14 ]
自分には必要ないからという理由で他人のチンコをちょん切りに行くのはどうかと思うんだ

44 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 10:15:03 ]
>>43
どこでチンコの話が出てきたんだよw

45 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 12:35:51 ]
俺も最初は形式言語の知識は不要だと思う。最初は逆ポーランドかS式を使うべきだと思う。

むしろ形式主義的な考え方を勉強した方がはるかに役に立つな。メタ数学オモシロス


46 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 19:17:56 ]
良い感じになってきたね。
俺も>>45の意見に賛成。逆ポーランドから1歩ずつステップアップするのが吉。

>>41
俺はスクラッチ主義者(スピードを稼ぐため)なんだが、言っていることはその通りだな。

>>36
あんな出来損ないを作ってた奴ら(今はマシだけど)より、ここで定義した方が良い物が出来る予感。

47 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 19:39:52 ]
出来損ないってバージョン1の頃のGCCのことを言ってるのか?

48 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 21:18:17 ]
>>47
そう、まだ定義も決まってなかった頃の物。
GNUなんてOSも作れず、Linuxを自分たちの功績にして、
GPLでサポート等で金を稼げなんて言う奴ら。

商業ソフト(office等)の正常な商業活動が実質出来なきなくなり
ジャストシステム(エロゲ会社じゃないよw)ももうすぐやばそう。
これはMSの囲い込み政策も関連してるけど。

49 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 21:20:37 ]
もちろん、GPLライセンスの功績は認めてるけど、
誰とは言わないがGNUの奴らは原理主義が多すぎ。

50 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 21:21:23 ]
定義って何だ?

標準のことか?



51 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 21:26:46 ]
>>50
そう、標準のこと。まあ、これ以上はスレチになるから辞めよう。
スレを無駄に使ってスマン。>all

52 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 23:39:48 ]
標準って何の?


53 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 23:42:07 ]
ああ、言語の標準の話か。
ごめん。

54 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 08:24:44 ]
LinuxがBSDライセンスだったら今よりも良い状態だったかも
少なくともカーネル・ドライバ周辺は

55 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 12:22:18 ]
言い出しっぺがやめようと言ってる話題をひきずるなよ。

56 名前:24 mailto:sage [2009/11/23(月) 21:28:33 ]
>>51は私じゃないし…

57 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 13:22:10 ]
>>56
やめようといってるのはライセンスがらみの話のことじゃないの?

58 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 17:35:52 ]
つーか24も意味不明なんだが。
何をしたいの?

59 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 19:38:02 ]
みんな >>24 に書かれていることを理解できてるのかな?
俺には理解できない…。

>>24>>34 の質問に答えてほしい。

60 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 19:44:04 ]
>>24の言いたいのは、C++コンパイラ用の中間言語として十分な仕様を持った
小さな言語を定義したいってことじゃないの?別に意味不明だとは思わんかったけど。
たとえば、C++用というわけじゃないけど、C--とかあるよね。
www.cminusminus.org/



61 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 20:50:22 ]
>>60
たとえば、がどこに掛かってるのか意味不明なんだが。
C--が何?
中間言語なら既存のものに合わせれば十分じゃないか。
君の意図もさっぱり判らん。

62 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 21:02:35 ]
「既存のもの」のひとつとしてたとえばC--がある、と思うのだが?
なににつっかかってるんだ?

63 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 21:05:48 ]
C--は中間言語じゃないし

64 名前:24 mailto:sage [2009/11/24(火) 21:13:30 ]
私が言いたかったのは、まさにこの様な言語の事です。
今ダウンロードしたファイルを読んでる最中です。
>>60さん、どうもありがとうございます。

65 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 21:15:29 ]
え?

66 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 21:27:16 ]
なんてこった!
すごいなーえすぱーはいたんだなー

67 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 22:56:42 ]
>>63
プログラマがC--でソースコードを直接書き下すことが想定されてるとでも?
ドキュメントと仕様見る限りではとてもそう見えないが。

68 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 22:57:52 ]
Cのリテラルは対称性無さすぎ/再帰効かなすぎだから中間言語化なんて考えない方が……
そういう目的には木構造を表現できるS式 or 命令の連なりとして処理できる逆ポーランドが最適だってば。

69 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 23:00:16 ]
>>68
C--はCと同列に扱っちゃだめだってば。少なくとも、Cよりははるかに機械生成されることを
想定してかなり低レベルなところまで扱える仕様になってる。つか、なんでそこで逆ポーランドとか
S式が出てくる?逆ポーランド(記法)とかS式はメタ言語であって、それ自体で何か意味のあるもの
じゃないだろ。

70 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 23:18:11 ]
そう言われてみればそうかもね。
>24の字面からメタ言語の話かと思ってた。



71 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 23:31:55 ]
メタ言語ってすごく意味の薄い言葉だね。

72 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 23:47:36 ]
S式と逆ポを一括りにされると違和感が



73 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 00:01:26 ]
結局俺言語作っても使わない。
だからまず最初に俺言語Cトランスレーターを作る。可逆でな。
C→俺言語
俺言語→C
これで俺言語の役立たず度が計れる。
作れない→論外

74 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 00:23:06 ]
俺言語で俺言語をビルドできれば神

75 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 01:00:51 ]
>>73
C++テンプレートやLispマクロのようなコード生成を含む機構あると可逆はつらくない?

76 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 07:39:22 ]
作る価値の薄い「パワーの無い」言語ほど>>73を実現しやすいのが
突っ込み所かもね。

77 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 08:23:15 ]
>>60
仕様書を軽く読んでみたけど、面白いね。
C言語は構造化アセンブリ言語だと言われることがあるけど、
人間様がプログラミングすることを意識した高級言語として設計されていた。
でもC--言語は、C言語風の構文だけど、まさしく構造化アセンブリ言語だ。

78 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 09:40:48 ]
>>72
S式は人間がリスト構造を書いてやる、
逆ポは人間がスタックマシンの機械語列を書いてやる、
どちらも機械可読(機械易読)な構造を人間が書いてやるという意味では

>>73
それって、
#define BEGIN {
#define END }
のことを「俺言語」って言ってないか?

ttp://minnie.tuhs.org/UnixTree/V7/usr/src/cmd/sh/mac.h.html

79 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 14:12:27 ]
>>78
予約語が増えるw

80 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 15:07:24 ]
Cから俺言語はともかく、初めから俺言語をCに変換する手段はあるといいね



81 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 15:49:18 ]
バイナリを吐くだの最適化だのといったことを
Cコンパイラに丸投げするのは悪くない話。

82 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 16:01:29 ]
移植やクロスも楽そうだしな

83 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 16:02:55 ]
Rubyもそれで作ってれば馬鹿にされずに済んだのに。

84 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 16:07:42 ]
Ruby to Cのそういうものを作った例はあるよ。かなり昔だけど。
結局たいして速くならない。

メソッドを動的にディスパッチしたりとかする必要があるのは変わらないから。

85 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 16:54:49 ]
ライブラリ作るのめんどくさい。
ところで、漏れは数値と文字列の自動変換て好きくないのだが
文字列しか変数に入らなくって、基本は正規表現風パターンマッチと変換だけの言語って
…面白くないですね。すみません。AWKみたいだし。


86 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 18:15:16 ]
ライブラリの性能で全てが決まるよ。ガンバレ。
数値と文字列の自動変換、俺も嫌い。

87 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 23:40:40 ]
もうライブラリを細かく実行ファイルにしちゃって
画像も音声もみんなパイプで渡せるようにするか
ファイルに作らせるかすれば、シェルスクリプトで全部できるんじゃね?
っていうか組み合わせればどんどんすごいことになっていかね?
と、石田先生のUnix入門を読んだときは思っていた。


88 名前:デフォルトの名無しさん mailto:sage [2009/11/25(水) 23:51:19 ]
64bit浮動小数点のINFとNaNの間に文字型とか入らないかな?50bitくらい使えそうなのだけど。
大富豪型プログラミングになれは、1Cell=64bitでいいよね。
もっと気張っておく?1Cell=4096byteとか。フラグメントはメモリマッパ任せとか。

89 名前:デフォルトの名無しさん mailto:sage [2009/11/26(木) 13:17:20 ]
>フラグメントはメモリマッパ任せとか。
これ昔実験したけどあんまり早くならないよ
MMU周りのコードにもよるかもしれないけど

90 名前:デフォルトの名無しさん mailto:sage [2009/12/04(金) 19:00:23 ]
>>前スレ
IF GOTOで全部の構造式が出来るか。当たり前だけど力業だな。

>>89
MMUの全面的な支援がないと難しいんじゃない?



91 名前:デフォルトの名無しさん mailto:sage [2009/12/05(土) 00:42:03 ]
>>90
R4000系でやったんだけど基本がストールで検出なんでキャッシュがコケまくるんだよね
それだったらキャッシュが十分に効くようにして世代別のGCを普通に実装した方がはやかったんだ。



92 名前:デフォルトの名無しさん mailto:sage [2009/12/05(土) 02:00:10 ]
タイガー本の和訳が出てたけど、買った人いる?


93 名前:デフォルトの名無しさん [2009/12/05(土) 23:38:12 ]
yanecあげ

94 名前:デフォルトの名無しさん mailto:sage [2009/12/06(日) 20:50:47 ]
もう一つの日本電気?

95 名前:デフォルトの名無しさん mailto:sage [2009/12/06(日) 23:40:27 ]
re2c+UTF32なサンプルってmonaの所の他にありませんか?

96 名前:デフォルトの名無しさん [2009/12/17(木) 20:40:42 ]
>・前スレの911自身の書き込み、またそれに関連した書き込みを禁止致します。
> (スレが荒れる原因となります)

kwsk

97 名前:デフォルトの名無しさん mailto:sage [2009/12/17(木) 20:52:15 ]
いちいち蒸し返すなよ.前スレ嫁

98 名前:デフォルトの名無しさん [2009/12/18(金) 20:53:22 ]
よめんからきいてんのよ!

99 名前:デフォルトの名無しさん mailto:sage [2009/12/18(金) 21:13:37 ]
911の事なんて語りたくもない

100 名前:デフォルトの名無しさん mailto:sage [2009/12/20(日) 10:53:59 ]
同意w








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

次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<174KB

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