私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレGCCについて part8
gcc スレッド一覧へ / gcc とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ☆
レスフィルター : (試験中)
前へ
g++のコンパイルが異常に遅くなってしまってるんですが、
何がボトルネックになっているのかを調べる（コンパイラ自身のプロファイルみたいなの）
はありますか？
コンパイルしているのは、ユニットテスト的なテストプログラムで、
長さも100行程度です。ひたすら関数の結果をチェックしまくるみたいなもので、
マクロを使いまくっているんですがそれが原因かなぁ・・・
何がボトルネックになっているのかを調べる（コンパイラ自身のプロファイルみたいなの）
はありますか？
コンパイルしているのは、ユニットテスト的なテストプログラムで、
長さも100行程度です。ひたすら関数の結果をチェックしまくるみたいなもので、
マクロを使いまくっているんですがそれが原因かなぁ・・・
書き忘れましたが、その100行程度のユニットテストプログラムで、
コンパイルには3分くらいかかってます。
本体プログラムよりはるかに長い・・・orz
コンパイルには3分くらいかかってます。
本体プログラムよりはるかに長い・・・orz
可能なら前半と後半で2つのモジュールに分けて、どっちで遅くなるか調べる。
それを繰り替えして突き止めるとか。最終手段かもだが。
それを繰り替えして突き止めるとか。最終手段かもだが。
1. -E, -S, -cでそれぞれの時間を確かめる。
2. cc1内部は-fdump-rtl-allで出力ファイルのタイムスタンプを見る
2. cc1内部は-fdump-rtl-allで出力ファイルのタイムスタンプを見る
>>658
テンプレートをガンガン使ってるなら、まぁ遅くなっても納得するんですが・・・
コンパイルしているプログラムが、
ASSERT_TRUE( .xxxx )
ASSERT_TRUE( yyyy )
みたいなものが延々と続いているだけのプログラムなので不可解なのです
テンプレートをガンガン使ってるなら、まぁ遅くなっても納得するんですが・・・
コンパイルしているプログラムが、
ASSERT_TRUE( .xxxx )
ASSERT_TRUE( yyyy )
みたいなものが延々と続いているだけのプログラムなので不可解なのです
time コマンドで実行時間を測定しました。
-c 81.34s user 12.30s system 97% cpu 1:35.78 total
-S 82.63s user 11.62s system 99% cpu 1:34.66 total
-E 0.36s user 0.17s system 99% cpu 0.533 total
それぞれ一回しかやってないのでちょっと揺れがありますが…
つまり-Eは一瞬で、asに時間がかかっているという解釈で正しいんでしょうか？
ひょっとしてプリプロセッサによってファイルが膨れ上がっているのかとも思いましたが、
他のファイルでも-E 後の行数はほぼ同じだったので、単純に行数が原因ではないようです。
（すべて 50k～60k行の範囲内）
次に-fdump-rtl-allを付けてコンパイルしようとしましたが…
ディスク領域不足でコンパイル中断しましたとか出る上に30分経ってもまだ終わらない…
> つまり-Eは一瞬で、asに時間がかかっているという解釈で正しいんでしょうか？
どう見てもcc1だろ時間かかってるのは。
-Q ってオプションがあるので試してみ。
どう見てもcc1だろ時間かかってるのは。
-Q ってオプションがあるので試してみ。
どんな最適化しているの？
でかいファイルでインタープロシージャルな最適化まで
やったら結構重くなるだろ。
でかいファイルでインタープロシージャルな最適化まで
やったら結構重くなるだろ。
>>660
システムタイム大きすぎ！ほとんどI/Oだろ。
-vでcc1の引数見て、テンポリファイルの中見てみ。
超巨大になっているに違いない。
もしかしてtemplate引数に正定数の荒しで特殊化爆発?
システムタイム大きすぎ！ほとんどI/Oだろ。
-vでcc1の引数見て、テンポリファイルの中見てみ。
超巨大になっているに違いない。
もしかしてtemplate引数に正定数の荒しで特殊化爆発?
-pipe してみて改善するようなら、特殊化の嵐でオブジェクトサイズがとんでもないことになってて
I/Oで時間喰ってるんじゃない？コンパイル中にメモリとスワップがどうなってるか見てもいいかも。
今時のマシンでcc1plusに80秒以上とか・・・。gccのinsn-*.cのコンパイルはそのくらいかかってたけど。
I/Oで時間喰ってるんじゃない？コンパイル中にメモリとスワップがどうなってるか見てもいいかも。
今時のマシンでcc1plusに80秒以上とか・・・。gccのinsn-*.cのコンパイルはそのくらいかかってたけど。
gdbでさ、
struct foo;
struct foo { ... };
と構造体の前方宣言があると、先に見つけた定義を見てしまって構造体の中身を
print でダンプできず <incomplete type> になってしまうのだけど、結局
これって解決不能なの？
毎回同じ構造の別名構造体をダミーで仕込んで、変数ごとにキャストして
アクセスとかって超面倒なんだけど。
struct foo;
struct foo { ... };
と構造体の前方宣言があると、先に見つけた定義を見てしまって構造体の中身を
print でダンプできず <incomplete type> になってしまうのだけど、結局
これって解決不能なの？
毎回同じ構造の別名構造体をダミーで仕込んで、変数ごとにキャストして
アクセスとかって超面倒なんだけど。
まさに的を射たと思ったんだが反応がない(ﾜﾗ
>>673
反応遅れましたが、前にも書いているとおりテンプレート一切使ってないんです。
（boost::scoped_ptrは使ってますが、それはほかの異常ない部分でも一緒なので）
特定のどこかが遅いということではなく、調子のってマクロを使いすぎて
ソースの量が爆発しているような気配です。
地道にマクロを削って最適化を抑止して頑張ってます。
反応遅れましたが、前にも書いているとおりテンプレート一切使ってないんです。
（boost::scoped_ptrは使ってますが、それはほかの異常ない部分でも一緒なので）
特定のどこかが遅いということではなく、調子のってマクロを使いすぎて
ソースの量が爆発しているような気配です。
地道にマクロを削って最適化を抑止して頑張ってます。
>>672
ちょっと簡単な例でやってみたら別に問題ない。 具体的なサンプルコードよろ。
ちょっと簡単な例でやってみたら別に問題ない。 具体的なサンプルコードよろ。
gdbはinfoのどこかに、関数のプロトタイプ宣言書くなら、
ファイルのはじめの方に書きなと書いてあって笑った記憶があるが…
ファイルのはじめの方に書きなと書いてあって笑った記憶があるが…
>>675
具体的なコードはちょっと出すの難しい。Linuxの動作を
gdb -c /proc/kcoreで追いかけてたら途中で<incomplete type>になる構造体が
出てきたという経緯で、自分のコードじゃないから。
-http://stackoverflow.com/questions/232744/how-to-print-incomplete-type-variable-in-gdb
-http://sourceware.org/ml/gdb/1998/msg00116.html
あたりがソースかな。gdb struct incomplete type でググると同様の話がゾロゾロ出てくる。
具体的なコードはちょっと出すの難しい。Linuxの動作を
gdb -c /proc/kcoreで追いかけてたら途中で<incomplete type>になる構造体が
出てきたという経緯で、自分のコードじゃないから。
-http://stackoverflow.com/questions/232744/how-to-print-incomplete-type-variable-in-gdb
-http://sourceware.org/ml/gdb/1998/msg00116.html
あたりがソースかな。gdb struct incomplete type でググると同様の話がゾロゾロ出てくる。
>>677
-http://sourceware.org/ml/gdb/1998/msg00116.html
1998年？ お前バカか？ そんな古い断片の情報で>>672みたいな結論出すなよ。
その状況は今のgcc/ldでは起こらない問題。 >>675というのはカーネルモジュールとか
特殊なリンク環境で起こるんじゃないか？ あと、
-http://stackoverflow.com/questions/232744/how-to-print-incomplete-type-variable-in-gdb
は前方参照のことは何も書いてないぞ。 本当に>>677で見たコードには前方参照があったのか？
単にopaqueな参照だったんでは？
-http://sourceware.org/ml/gdb/1998/msg00116.html
1998年？ お前バカか？ そんな古い断片の情報で>>672みたいな結論出すなよ。
その状況は今のgcc/ldでは起こらない問題。 >>675というのはカーネルモジュールとか
特殊なリンク環境で起こるんじゃないか？ あと、
-http://stackoverflow.com/questions/232744/how-to-print-incomplete-type-variable-in-gdb
は前方参照のことは何も書いてないぞ。 本当に>>677で見たコードには前方参照があったのか？
単にopaqueな参照だったんでは？
EclipseからMinGWを呼び出してC言語のプログラムを書いているのですが、
"-ansi"オプションを指定しても、なぜかC99の機能が使えて困っています。
具体的には、配列の動的確保がなぜかできます。（↓のような機能）
int i = 10;
int array[i];
他のC99の機能（新しいコメント分の書式やfor文での変数初期化）は無効になっていますので
これはバグなんでしょうか？
ちなみにgccのバージョンは、「gcc (GCC) 3.4.5 (mingw-vista special r3)」です。
"-ansi"オプションを指定しても、なぜかC99の機能が使えて困っています。
具体的には、配列の動的確保がなぜかできます。（↓のような機能）
int i = 10;
int array[i];
他のC99の機能（新しいコメント分の書式やfor文での変数初期化）は無効になっていますので
これはバグなんでしょうか？
ちなみにgccのバージョンは、「gcc (GCC) 3.4.5 (mingw-vista special r3)」です。
＞他のC99の機能（新しいコメント分の書式やfor文での変数初期化）は無効になっていますので
むしろこっちの方がバグなんじゃ
むしろこっちの方がバグなんじゃ
>>682
C89+GCC拡張なんじゃね
C89+GCC拡張なんじゃね
-ansi 指定してもその程度なのか。
やはり -pedantic-errors -Wall をつけないとダメなのか。
やはり -pedantic-errors -Wall をつけないとダメなのか。
>>681
できました!!ありがとうございます！
できました!!ありがとうございます！
>>688
-std=c89 -pedantic-errors -Wall
-std=c89 -pedantic-errors -Wall
gcc 4.3.3のビルド・インストールをしたのですが、
間違えて、prefix=/usrにしてしまっていたのですが、
一度、アンインストールしたいのですが、
どうすればいいでしょうか？
間違えて、prefix=/usrにしてしまっていたのですが、
一度、アンインストールしたいのですが、
どうすればいいでしょうか？
みんなの評価 : ☆
gcc スレッド一覧へ類似してるかもしれないスレッド
- GCCについて part9 (1001) - [95%] - 2011/9/2 21:17 ○
- GCCについて part10 (538) - [90%] - 2018/7/5 20:30
- Cygwin + MinGW + GCC 相談室 Part 8 (938) - [18446744073709551610%] - 2022/10/28 8:00
トップメニューへ / →のくす牧場書庫について