- Cygwin + MinGW + GCC 相談室 Part 7
717 :デフォルトの名無しさん[sage]:2014/09/04(木) 02:54:05.81 ID:FQO1vG1R - ソースが多いプログラムの場合、
aaa.cpp ファイルを一つだけ修正した時、 makeコマンドを実行してから、実際に aaa.cpp のコンパイル が始まるまで長くかかる。 gccは安物買いの銭失い?
|
- 【GUI】wxWidgets(旧wxWindows) その5【サイザー】
747 :デフォルトの名無しさん[sage]:2014/09/04(木) 03:37:02.91 ID:FQO1vG1R - 性格悪いな。
コンピュータ・ソフト関連の人って。
|
- Cygwin + MinGW + GCC 相談室 Part 7
728 :デフォルトの名無しさん[sage]:2014/09/04(木) 13:38:55.28 ID:FQO1vG1R - >>718
本当は gnu tool 類は結構問題が多いが、そのまま大々的に使われている感じがする。 >>719 「>>720」の前半の通りで、分割コンパイルは当然してある。 >>720 前半はその通り。 >>724 そういう問題では無い。 分割コンパイルしているのだから、全コンパイルするよりは速くなるのは 当たり前。 問題は、gnu makeと他のビルド・ツールとの比較になる。 >>726 gnu make に限ればそう思う。 例えば、VC++ の IDEだと最初のコンパイルがスタートするまでに待たされた 事ない。
|
- Cygwin + MinGW + GCC 相談室 Part 7
729 :デフォルトの名無しさん[sage]:2014/09/04(木) 13:43:56.94 ID:FQO1vG1R - あー。よく考えてみると >>728 の最後の段落は自作プログラムの場合に限る。
OSS系のプログラムは、VC++のIDEにおいても、ビルドを指示してから、実際に 最初のcppがコンパイルされるまでに時間がかかったことがあるような気がす る。
|
- Cygwin + MinGW + GCC 相談室 Part 7
731 :デフォルトの名無しさん[sage]:2014/09/04(木) 17:03:01.72 ID:FQO1vG1R - >>730
Native版MinGW32付属のming32-makeを使ったときの話。 wxWidgetsのソースを修正して make する際、実際に gcc が呼び出されるまで 十数秒超える程度待たされる。使用マシンのCPU は Pen4の3倍の速度を持って いる物。
|
- 【最速へ】LowLevelVirtualMachine【LLVM】
846 :デフォルトの名無しさん[sage]:2014/09/04(木) 17:10:31.84 ID:FQO1vG1R - >>841
ちなみに、コンパイラ理論では昔からフロントエンドとバックエンドが 分けることが前提になっている。 構文解析後に3つ組みや4つ組みと呼ばれる中間言語を生成する。 この時、レジスタは仮想レジスタと呼ばれるものになっており、 個数の制限が無い。なので1,000個の異なるレジスタを使うこと も出来る。レジスタが足りなくなった時の処理が大変なので、 いきなりマシンレジスタで考えると処理が複雑になる。 バックエンドでは、仮想レジスタをまだ割り当ててない実レジスタ に割り付けるか、スタックにメモリ変数として割り付けるか選ぶ。 LVMMは、このバックエンドの部分を外に分離した。
|
- Cygwin + MinGW + GCC 相談室 Part 7
732 :デフォルトの名無しさん[sage]:2014/09/04(木) 17:20:06.64 ID:FQO1vG1R - ちなみに追加命令を無視したレガシー命令の速度だけで3倍の意味。
|
- 【GUI】wxWidgets(旧wxWindows) その5【サイザー】
748 :デフォルトの名無しさん[sage]:2014/09/04(木) 17:23:39.03 ID:FQO1vG1R - GUIアプリのサイズ縮小を試みていたが、断念するかも知れない。
|