元スレGCCについて part8
gcc覧 / PC版 / みんなの評価 : ☆
前へ
101 = :
まともだよ。
ただGPLがらみでgcc止めるとか言い出している人いるから、
また諸々ぐだぐだになるかも。
102 = :
なぁ、Linux上でGCC4を使っています。コンパイルしたアプリケーション中、
各モジュールがどう構成されているのかを知りたいのだけどどうすれば
いいのかな。知りたいのは以下の通り
読み取り専用データサイズ（コード＋定数）
読み書き可能なデータサイズ
ゼロクリアされるデータサイズ
また動作しているアプリケーションのメモリ中、共有ライブラリが
使用しているメモリサイズ、ヒープ領域のサイズ、スタック領域のサイズ
も知りたいのだけど。どうしたらええんかな。
103 = :
$ size a.out
$ lsof -p PID
じゃダメか?
ライブラリの使っているメモリの区分ってのは難しいな。
テキスト領域しか分からない。
別のヒープ、スタック使ってるわけじゃないから。
スタックについては、debuggerが頑張れば追跡可能だろうけども。
105 = :
>>103
ありがとう！sizeがまさに欲しかったものでした。
107 = :
>>105
共有ライブラリ云々は、.soをsizeすればいい。
が、sizeで出力されるtextサイズには.rodataセクションのサイズは含まれていないと思う。そっちはreadelfかな。
あと、sizeじゃヒープとスタックのサイズもわからんだろう。それはいいのか？
簡単なのは、 /proc/pid/maps 見るとかかな。粒度荒いけど。
109 = :
kwsk
出力付きでな。
110 = :
群馬のＧＣＣの池田には散々嫌がらせをされたなー。
あの野郎あったら確実に・・・
まーここのスレとは関係ないが。
111 = :
あんま関係ないけど、gcc-4.1.2とicc-10.1のO3同士の比較があったから。
http://www.anandtech.com/IT/showdoc.aspx?i=3162&p=6
4.1でこれなら4.2,4.3と結構速くなっきているから結構いい線いってんのかな？
まぁまだvectorizeはちょっと信頼性の部分で弱そうだけどね。。。
112 = :
>>111
＞4.1でこれなら4.2,4.3と結構速くなっきているから結構いい線いってんのかな？
それはダウト
少なくとも4.2ではかなり遅くなった
4.3では性能向上…のはずが、いつのまにかパッとしない性能で仕上がっちゃってる
確かにvectorizeはどうもね…バグがまだ潰しきれてない感じ
113 = :
C++派の俺から観ると、4.3は非常によろしいんだけど、
C数値計算はたまらんでしょうな。
114 = :
4.3は4.2と同様、4.1よりはかなり性能悪くなってた
でもメーリングリストではコードの信頼性が上がるなら
性能などいくらでも落ちてよいって流れだったから
これからも性能は悪化し続けそう
115 = :
>>114
http://www.suse.de/~gcctest/ ではいい傾向になってるし
自分で試してもよくなった部分もあるんだけどな。
多分112と同じ人と思うけど、どこかuriポイントしてください。
116 = :
数値計算する場合は細かなチューニングよりもGOMP使ってくださいサーセンwwww
ってところじゃないのかな。
117 = :
http://gcc.gnu.org/ml/gcc/2007-11/msg00023.html
118 = :
もしかして1コードだけのregressionで判断してるのか。
119 = :
いや最近期待できない方向に進んでるみたいだから悲観的になってるだけ
120 = :
GOMPで思い出したが、ゴンプ言うな。
121 = :
122 = :
判断してるってことだよ
123 = :
以前このスレにgcc-2.95が最高で、以後はクソとひたすら叫んでいるヤシがいたけど、
そいつがまだ粘着しておるのか?
124 = :
違うよ
その人は実行速度のことは気にしてないんじゃなかった？
125 = :
コンパイル速度を気にしている人はいたな。
俺はC++の標準準拠最優先だから、人それぞれって事で。
126 = :
もっとベンチ結果無いかな
127 = :
俺はコンパイル速度よりもコンパイル後の実効速度さえ速ければいいや。
128 = :
gcc4.2.0をインストールしようと思っているのですが、
configureしてmakeすると、parse-scan.cが見つからないと出てしまい、
それはネットで拾ってきて入れたら、通ったのですが、今度は
java/jv-scan.o: In function `main':
../.././gcc/java/jv-scan.c:221: undefined reference to `main_input_filename'
と出て、その解決方法がわかりません。そのchar*型変数自体はgcc/toplev.cに宣言されているので、
toplev.hにextern宣言して、jv-scan.cに明示的にインクルードしてみたんですが、それでもダメです。
この解決方法や解決案について誰か教えてください。
SuSE Linux 10.1です。
129 = :
parse-scan.cはparse-scan.yから作られます。
bisonがinstallされてないと生成できません。
・エラーメッセージをちゃんと読んでない
・かなり無茶をしている
・既にそのbuild環境はダーティ
なので、冷静になって初めからやり直してください。
SuSEなら何の問題もなく作成できると思います。
131 = :
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
132 = :
俺もそう思っていたけど、2.95 が手元の環境でビルド出来なくなっていて驚いた。
133 = :
flexやbisonがなくてもconfigureに成功してしまうのは、
何かの陰謀なのかねえ
135 = :
オアーオアーオアオアオアー
136 = :
gcc、お呼びgcc javaについて理解できないのですが助言お願いします。
情報を求めてwiki等を見回っていると、
gcc javaはネイティブなコードを出力するとあります。
これはVM上で動作するバイトコードではなく、マシンで直接動作するバイナリコードという事でしょうか？
又、gccの言語間の関数、クラス等の呼出は可能でしょうか。
137 = :
>>136
ネイティヴコードってのはそういうこと．gcjは以下の変換ができる．
- Javaソースコード→プラットフォームのネイティブコード
- Javaソースコード→Java クラスファイル
- Java クラスファイル→プラットフォームのネイティブコード
>又、gccの言語間の関数、クラス等の呼出は可能でしょうか。
gcj の場合はJNIかCNIのいずれかの規約にしたがってのみCやC++のAPIを呼びだせる．
141 = :
アルゴリズムによってはVM方式のほうが速い場合なんていくらでもあるだろう
JavaなんてC++で言うところのRTTIを使いまくりなんだしさあ。
ハゲがC++をvirtual宣言してないとオーバーライドできない糞仕様にしたのも
パフォーマンスの問題があるからでしょ（つまり糞仕様じゃないってことなんだけど）
142 = :
virtualでオーバーロードしたら遅くなるのは自分で設計してみりゃ脳内ですぐ気付く問題
143 = :
>>142
vtbl経由するコストだけで、オーバーロードは関係ないだろ。
144 = :
オーバーライドと混同したって話だろうな
145 = :
#include <sstream>
#include <string>
using namespace std;
int main(void){
stringstream ss;
string str;
ss.str("test1 test2 test3");
// ss >> str; //←この行のコメントを外すと、コンパイルは通るが実行するとセグメンテーションフォルト
return 0;
}
>gcc --version
2.96
バグですか？
146 = :
>>145
バージョンが古すぎて調べる気にもならん。
147 = :
(´･ω･｀)
管理者に言ってバージョンあげてもらいます。
149 = :
古いものなら何でもかんでも安定する！とか言って、単に今ある最新版から
テキトーにマイナス3くらいしたバグだらけの古いもの採用するVine Linuxとかある
本当に実績のあるものを選んでいるわけではなく、まさにテキトー。
最強バグ版のGCC4.0.2採用しているあたり実績で見てるわけじゃない
150 = :
この板で鳥の話出す馬鹿
みんなの評価 : ☆
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
トップメニューへ / →のくす牧場書庫について