GCCについて part8

1 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 00:07:39 ] 史上最強かもしれないツール、GCC(GNU Compiler Collection)について語るスレ。 GNU本家のGCCページ gcc.gnu.org/ Binutils - Collection of binary utilities ←これも必要だぞ。 www.gnu.org/directory/GNU/binutils.html GNU Binutils sources.redhat.com/binutils/ GCC online documentation gcc.gnu.org/onlinedocs/ Installing GCC gcc.gnu.org/install/ GCC Timeline gcc.gnu.org/releases.html#timeline Calendar gcc.gnu.org/develop.html#timeline 前スレ GCCについて part7 pc11.2ch.net/test/read.cgi/tech/1145357824/l50 97 名前：デフォルトの名無しさん [2007/11/20(火) 16:57:23 ] >>87 Linuxのmanでは「-pthread」はFreeBSD固有のオプションってなってるけど。。。 98 名前：デフォルトの名無しさん mailto:sage [2007/11/20(火) 19:09:19 ] >>97 偏屈なmanだな。 OSXでman gccしたらRS/6000andPowerPCのオプションに書いてあるな。 i386にはないんだろうか。 99 名前：デフォルトの名無しさん mailto:sage [2007/11/20(火) 19:56:01 ] >>98 Fedora 8に入ってるmanを見てみました。 gcc-4.1.2のマニュアルだと、 IA-64 Option, RS/6000 and PowerPC Options, SPARC Options に書いてあります。 FreeBSD固有って書いてあるのは、Linux日本語manだけど、gcc-2.95.3の翻訳だから今となっては古い。 100 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 00:06:24 ] freebsdのスレッド対応ってまともになったん？まだグダグダ？ 101 名前：デフォルトの名無しさん [2007/11/21(水) 13:55:08 ] まともだよ。 ただGPLがらみでgcc止めるとか言い出している人いるから、 また諸々ぐだぐだになるかも。 102 名前：デフォルトの名無しさん [2007/11/21(水) 21:43:37 ] なぁ、Linux上でGCC4を使っています。コンパイルしたアプリケーション中、 各モジュールがどう構成されているのかを知りたいのだけどどうすれば いいのかな。知りたいのは以下の通り 読み取り専用データサイズ（コード＋定数） 読み書き可能なデータサイズ ゼロクリアされるデータサイズ また動作しているアプリケーションのメモリ中、共有ライブラリが 使用しているメモリサイズ、ヒープ領域のサイズ、スタック領域のサイズ も知りたいのだけど。どうしたらええんかな。 103 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 21:54:00 ] $ size a.out $ lsof -p PID じゃダメか? ライブラリの使っているメモリの区分ってのは難しいな。 テキスト領域しか分からない。 別のヒープ、スタック使ってるわけじゃないから。 スタックについては、debuggerが頑張れば追跡可能だろうけども。 104 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 21:55:39 ] /proc ? gccのネタ関係なry 105 名前：デフォルトの名無しさん [2007/11/21(水) 22:12:48 ] >>103 ありがとう！sizeがまさに欲しかったものでした。 106 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 22:25:29 ] 　　　　　 -=-::. 　　／　　 　　　＼:＼ 　 .|　　　　　　　　　　ﾐ:::| 　ﾐ|_≡=､´ ｀, ≡=_、　|;/ 　 ||. ◎ .|￣|. ◎　|─/ヽ　　我は成大作･姜尚中･張勲･郭光雄･成田豊･辛格浩・盧勝正公認 　 |ヽ二/　　＼二/　　∂>　恨憎貶日創価高麗大使である。お前が立てたスレッドをグレート 　/.　 ハ - −ハ　　　|_/　　コリアレスリングエンターテインメントワイドショースレッドとして認定する。 　|　 ヽ／ヽ／＼_ノ　 / | .　＼､ ヽ二二／ヽ　 / / .　　 ＼i ＿＿＿ ／_／ 　　 　 ＿__ 　　 ／　?＼　ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳ 　／ノ　　(＠)＼　ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷ .｜　(＠) 　 ⌒）＼　ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯ .｜　　 （__ノ￣|　　| 　 ///;ﾄ, 　ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ 　＼　　　|＿／　 /　////ﾞlﾞl; 　ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ 　　 ＼　　　　 _ノ 　 l 　 .i .! | 　ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ 　　　/´　　 　 ｀＼ │　 　| .| 　ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ 　 　 |　　>>1 　　　|　{　　 .ﾉ.ﾉ 　ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ 　 　 |　　　　　　　|../　　 / .　ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳ 107 名前：デフォルトの名無しさん [2007/11/21(水) 23:38:06 ] >>105 共有ライブラリ云々は、.soをsizeすればいい。 が、sizeで出力されるtextサイズには.rodataセクションのサイズは含まれていないと思う。そっちはreadelfかな。 あと、sizeじゃヒープとスタックのサイズもわからんだろう。それはいいのか？ 簡単なのは、 /proc/pid/maps 見るとかかな。粒度荒いけど。 108 名前：デフォルトの名無しさん mailto:sage [2007/11/22(木) 05:24:07 ] sizeで情報が足りなかったらldにmapfile吐かせれば大抵間にあうだろ。 109 名前：デフォルトの名無しさん [2007/11/23(金) 00:40:26 ] kwsk 出力付きでな。 110 名前：デフォルトの名無しさん [2007/11/25(日) 23:06:34 ] 群馬のＧＣＣの池田には散々嫌がらせをされたなー。 あの野郎あったら確実に・・・ まーここのスレとは関係ないが。 111 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 02:40:36 ] あんま関係ないけど、gcc-4.1.2とicc-10.1のO3同士の比較があったから。 www.anandtech.com/IT/showdoc.aspx?i=3162&p=6 4.1でこれなら4.2,4.3と結構速くなっきているから結構いい線いってんのかな？ まぁまだvectorizeはちょっと信頼性の部分で弱そうだけどね。。。 112 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 06:54:45 ] >>111 ＞4.1でこれなら4.2,4.3と結構速くなっきているから結構いい線いってんのかな？ それはダウト 少なくとも4.2ではかなり遅くなった 4.3では性能向上…のはずが、いつのまにかパッとしない性能で仕上がっちゃってる 確かにvectorizeはどうもね…バグがまだ潰しきれてない感じ 113 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 08:07:28 ] C++派の俺から観ると、4.3は非常によろしいんだけど、 C数値計算はたまらんでしょうな。 114 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 10:34:28 ] 4.3は4.2と同様、4.1よりはかなり性能悪くなってた でもメーリングリストではコードの信頼性が上がるなら 性能などいくらでも落ちてよいって流れだったから これからも性能は悪化し続けそう 115 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:00:28 ] >>114 www.suse.de/~gcctest/ ではいい傾向になってるし 自分で試してもよくなった部分もあるんだけどな。 多分112と同じ人と思うけど、どこかuriポイントしてください。 116 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:07:52 ] 数値計算する場合は細かなチューニングよりもGOMP使ってくださいサーセンwwww ってところじゃないのかな。 117 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:21:29 ] gcc.gnu.org/ml/gcc/2007-11/msg00023.html 118 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:23:59 ] もしかして1コードだけのregressionで判断してるのか。 119 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:27:47 ] いや最近期待できない方向に進んでるみたいだから悲観的になってるだけ 120 名前：デフォルトの名無しさん [2007/11/28(水) 16:56:46 ] GOMPで思い出したが、ゴンプ言うな。 121 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:00:51 ] >>119 >>118への答えになってないじゃないか。 122 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:05:25 ] 判断してるってことだよ 123 名前：anonymous mailto:sage [2007/11/28(水) 17:27:05 ] 以前このスレにgcc-2.95が最高で、以後はクソとひたすら叫んでいるヤシがいたけど、 そいつがまだ粘着しておるのか? 124 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:32:52 ] 違うよ その人は実行速度のことは気にしてないんじゃなかった？ 125 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:49:00 ] コンパイル速度を気にしている人はいたな。 俺はC++の標準準拠最優先だから、人それぞれって事で。 126 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 22:29:32 ] もっとベンチ結果無いかな 127 名前：デフォルトの名無しさん [2007/11/28(水) 22:40:30 ] 俺はコンパイル速度よりもコンパイル後の実効速度さえ速ければいいや。 128 名前：デフォルトの名無しさん [2007/11/29(木) 10:30:05 ] 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 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 10:47:05 ] parse-scan.cはparse-scan.yから作られます。 bisonがinstallされてないと生成できません。 ・エラーメッセージをちゃんと読んでない ・かなり無茶をしている ・既にそのbuild環境はダーティ なので、冷静になって初めからやり直してください。 SuSEなら何の問題もなく作成できると思います。 130 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 20:03:13 ] >>129 ご回答どうもありがとうございました^^) bisonをインストールしたら、gccも無事にビルド出来ました！ P4 1.8GHzでmakeに４時間もかかったよﾏﾏﾝ 131 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 23:53:12 ] 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 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 00:30:07 ] 俺もそう思っていたけど、2.95 が手元の環境でビルド出来なくなっていて驚いた。 133 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 01:58:04 ] flexやbisonがなくてもconfigureに成功してしまうのは、 何かの陰謀なのかねえ 134 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 07:21:50 ] x86_64に対応してればなんでもいいよ 135 名前：デフォルトの名無しさん [2007/12/01(土) 23:27:43 ] オアーオアーオアオアオアー 136 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 08:18:57 ] gcc、お呼びgcc javaについて理解できないのですが助言お願いします。 情報を求めてwiki等を見回っていると、 gcc javaはネイティブなコードを出力するとあります。 これはVM上で動作するバイトコードではなく、マシンで直接動作するバイナリコードという事でしょうか？ 又、gccの言語間の関数、クラス等の呼出は可能でしょうか。 137 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 11:38:51 ] >>136 ネイティヴコードってのはそういうこと．gcjは以下の変換ができる． - Javaソースコード→プラットフォームのネイティブコード - Javaソースコード→Java クラスファイル - Java クラスファイル→プラットフォームのネイティブコード >又、gccの言語間の関数、クラス等の呼出は可能でしょうか。 gcj の場合はJNIかCNIのいずれかの規約にしたがってのみCやC++のAPIを呼びだせる． 138 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 11:55:00 ] Sunのオープンソースになったクラスライブラリも ずいぶんとgcjでコンパイルできるようになってきたね。 139 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 12:04:01 ] gcjはネイティブコードと言ってもCほど速くないのが何とも。 140 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 14:02:16 ] 766 名前：●ﾃﾍ権田●[sage] 投稿日：2007/12/04(火) 23:29:39 ID:YtCMOwpP > gcc自体はC2D用とかそういうチューニングはしてなくて いやそうじゃなくてコードが腐ってるんだよ、コンパイル時間が遅いのもそのせいw pc11.2ch.net/test/read.cgi/jisaku/1195376856/766 141 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 16:33:48 ] アルゴリズムによってはVM方式のほうが速い場合なんていくらでもあるだろう JavaなんてC++で言うところのRTTIを使いまくりなんだしさあ。 ハゲがC++をvirtual宣言してないとオーバーライドできない糞仕様にしたのも パフォーマンスの問題があるからでしょ（つまり糞仕様じゃないってことなんだけど） 142 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 23:15:50 ] virtualでオーバーロードしたら遅くなるのは自分で設計してみりゃ脳内ですぐ気付く問題 143 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 23:55:27 ] >>142 vtbl経由するコストだけで、オーバーロードは関係ないだろ。 144 名前：デフォルトの名無しさん mailto:sage [2007/12/06(木) 09:11:10 ] オーバーライドと混同したって話だろうな 145 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 13:29:49 ] #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 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 13:42:22 ] >>145 バージョンが古すぎて調べる気にもならん。 147 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 13:58:44 ] (´･ω･｀) 管理者に言ってバージョンあげてもらいます。 148 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 17:39:35 ] cygwin版gcc 4.0まだー？ 149 名前：デフォルトの名無しさん [2007/12/19(水) 00:32:39 ] 古いものなら何でもかんでも安定する！とか言って、単に今ある最新版から テキトーにマイナス3くらいしたバグだらけの古いもの採用するVine Linuxとかある 本当に実績のあるものを選んでいるわけではなく、まさにテキトー。 最強バグ版のGCC4.0.2採用しているあたり実績で見てるわけじゃない 150 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 19:42:19 ] この板で鳥の話出す馬鹿 151 名前：デフォルトの名無しさん [2007/12/20(木) 15:00:05 ] スレ違いだったらすみません。 GCCでコンパイル時と別のコンパイラでコンパイル時とを #ifで分けたいのですが、GCCでコンパイル時必ずdefineされる マクロってありますか？ 152 名前：デフォルトの名無しさん mailto:sage [2007/12/20(木) 15:09:19 ] __GNU__? 153 名前：デフォルトの名無しさん mailto:sage [2007/12/20(木) 15:19:01 ] __GNUC__ __GNUC_MINOR__ __GNUC_PATCHLEVEL__ 154 名前：デフォルトの名無しさん mailto:sage [2007/12/20(木) 15:21:44 ] #if defined( __GNUC__ ) #if ( __GNUC__ >= 4 ) かな 155 名前：デフォルトの名無しさん mailto:sage [2007/12/20(木) 22:11:00 ] >>152 >>153 >>154 ありがとうございました。助かりました。 156 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 01:06:10 ] IntelのCコンパイラだとデフォルトでは>>153をdefineしている（オプションで変更可） 特殊かもしれんが 157 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 04:28:24 ] RHLE version3 のサポートが終了してしまうので、 gcc 2.9.6 gcc 3.2.3 から、 RELE version5のgcc 4..xに変更したんだけど、コードの修正メンドくせー、 互換性無いのって悲しいね。 158 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 09:31:31 ] ×互換性が無い ○コードが汚い ザルだった文法チェックに救われていただけ 159 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 10:01:11 ] 普通に書いていれば修正なんてほとんど要らんだろ 160 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 10:36:37 ] >>157じゃないが、 Cだとgccの移行は簡単だけど、C++だと悲惨。 2->4なんて。 コンパイルエラー/ウォーニングになるのはいいけど、 コンパイラが検出できない奴など。 例えばlookupのルール変更とか。 ADLは便利だけど、難しいから。 161 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 17:53:45 ] >>160 馬鹿コーディングだから移行が難しいんだよ。 俺も新人だった頃の自分のコードを呪ったよ。 きちんとしたコードはすぐ移行できた。 162 名前：157 mailto:sage [2007/12/23(日) 23:53:40 ] 確かにコードが汚いことが原因で トークンの連結 型（int -> bool） プロトタイプ宣言 関係が９割超 163 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 00:12:03 ] precompiled headerって全然流行らないね。信用できるのこの機能 164 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 00:37:49 ] 意外と使われてるのに… 165 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 09:31:10 ] gcc.gnu.org/ml/gcc/2008-01/msg00023.html バグ潰し終わらねー感じ 使ってみてもICEとかc++のスコープとか色々おかしい印象がある 開発者がんばってくれー 166 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 02:18:54 ] >>165 mudflapというオプションを初めて知った。　ひで〜ネーミングだな。 167 名前：デフォルトの名無しさん [2008/01/15(火) 18:42:33 ] 速度云々を無視しよう という条件下だと、fPICって常に付与してていいもんなのか？ 168 名前：デフォルトの名無しさん [2008/01/15(火) 23:54:54 ] gcc(3.4)でSJISファイルのコンパイルでうまくいかないので、ご教授いただけたらと思います。 > cat a.c #include "stdio.h" #define AAA(a) BBB(#a) void BBB(char *str) { printf("%s\n", str); } int main() { AAA(あ"い"); BBB("あ\"い\""); } > gcc --input-charset=cp932 --exec-charset=cp932 a.c > a.out あ"磚 あ"い" AAAの方とBBBの方で両方同じ結果が得られそうなのですが、 AAAの方でうまくいっていないのを解決したいと思っています。 ここでは標準出力していますが、内部文字コードはSJISのまま解決したいと思っています。 よろしくお願いいたします。 169 名前：デフォルトの名無しさん [2008/01/16(水) 08:04:12 ] CスレでGCCの範囲だから、すれ違いと言われてここに来ました。 homepage2.nifty.com/m_kamada/fractalp.htm#mandelbmp_c のサイトにある、complex.hを読んでいるんですが、 gccでマクロを展開してここのソースを読むと、 /* setjmp(cjmpenv)の返却値 */ #define C_DIVIDE_BY_ZERO 1 /* 0で除算しようとした */ #define C_ARG_ZERO 2 /* 0の角度を求めようとした */ 略 #endif #if __GNUC__==2 #define complex __complex__ #define Re(z) (__real__ (z)) #define Im(z) (__imag__ (z)) #else typedef struct { double re; double im; } complex; などごっそり書いてあった部分が、 /* setjmp(cjmpenv)の返却値 */ # 24 "complex.h" typedef struct { double re; double im; } complex; # 77 "complex.h" /* xの実数部にsを加える */ # 89 "complex.h" /* xの虚数部にsを加える */ と、# 24 "complex.h"や# 77 "complex.h"などに置き換えられているようです。 この#24や#77はどういう意味なのでしょうか? 170 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 08:25:47 ] >>168 3.4では化けるね 4.2.2だと化けなかった 171 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 08:26:18 ] それと、 「複素数値を持つ式 exp から実数部を抽出するには、 __real__ exp と書きます。同様に、虚数部を抽出するには __imag__ を使います。これはGCCの拡張である。」 とあり、printf("b=%d + %d I¥n", __real__ exp, __imag__ exp); で複素数表示出るのですが、 コレは__real__ という関数名なのでしょうか? でも関数だと( )が必要だし.... そもそも__みたいな変な名前のマクロをどういう意図で作ったのでしょうか? complex.hを見ても良くわかりませんでした。 __のような物がつくプログラムを見たのが初めてで、非常に理解に苦しんでいます。 172 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 11:22:26 ] >>169 マクロ展開前の行番号。コンパイル時にエラー行を表示するためにそう いう情報を残す必要がある。 >>171 sizeof と同じような形式の演算子だと思えばいいんじゃない？ __は単に名前の一部。 173 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 12:18:35 ] 普通の名前と喧嘩しないように __ を付けるのは慣例 174 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 12:25:52 ] 慣例じゃなくて予約されているんだが 175 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 12:42:41 ] >>172,173,174 お返事有り難うございます。 >普通の名前と喧嘩しないように __ を付けるのは慣例 >慣例じゃなくて予約されているんだが 確かに__って普通の変数には付けないですからね。 どうも有り難うございました。 176 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 13:09:02 ] あ失礼，そうだった．＜慣例 177 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 13:10:14 ] 書き方おかしかった．＜慣例，じゃなくて＜予約 スレ汚しすまん 178 名前：デフォルトの名無しさん [2008/01/17(木) 01:56:01 ] gdb+gccなんですがクロスコンパイルしてます。 Aでコンパイル Bで実行。 Bで、はいたコアダンプを冢ってgdbを使いたい場合は Aでmakefile(自動生成)使ってまっす。 どうしたら、ディレクトリ構造とか再現してソース追っかけながらデバッグできますか? makefileに答え有りますか? 179 名前：デフォルトの名無しさん [2008/01/17(木) 02:03:30 ] Bで、はいたコアダンプを冢ってgdbを使いたい場合はどうしたら良いですか? 文が変だた 180 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 02:04:18 ] >>178 Bでgdbserver走らせるのが一番楽じゃない？ 181 名前：デフォルトの名無しさん [2008/01/17(木) 02:08:28 ] >>180 おとなの事情というか会社の事情で無理なんです 182 名前：181 [2008/01/17(木) 02:30:08 ] 少し確認ですが Aにもgdbserverがデーモンのように動く必要ありますか? Bにも同じgdbserverが必要ですよね? Aで負荷高くなりそうですね 183 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 03:33:23 ] >>180 あ、ごめん、コアの話しか。　そういう機能はgdbserverにはないね。 184 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 16:43:02 ] だめだ。 __real__って何なんだ? 関数ではないしcomplex.hにも定義されていない。 gcc機能拡張ってのがよくまずわからない。 特殊な演算子なんですか? 185 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 16:50:58 ] >>184 わからないなら自前の構造体定義すれば? 186 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 17:06:00 ] >>184 何をわかる必要があるというんだろう。sizeof だってどこかのヘッダで 定義してあるわけじゃないけど使えるでしょ？ infoの説明はこれだけしかないけど、これで十分つかえるじゃないか。 > To extract the real part of a complex-valued expression EXP, write > `__real__ EXP'. Likewise, use `__imag__' to extract the imaginary > part. 187 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 17:06:53 ] >>184 www.asahi-net.or.jp/~wg5k-ickw/html/online/gcc-2.95.2/gcc_4.html#SEC72 188 名前：デフォルトの名無しさん mailto:sage [2008/01/23(水) 22:06:35 ] ttp://gcc.gnu.org/ml/gcc/2008-01/msg00387.html GCC 4.3 もリリースモードへ突入 189 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 10:38:15 ] みんなGDBを使ってデバッグしてるの？ それともprintf？ 190 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 12:07:11 ] うかつに手を出せないところはInsight使ってるけど printfの方が早いな 191 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 15:55:53 ] printfで場所を大まかに限定してソースとにらめっこ ドコでも使えて簡単だから… 192 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 16:15:01 ] んで core 吐いたら gdb 193 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 18:11:31 ] printfってプログラム埋め込み? debuggerのbreakpointsでprintfするんじゃなくて? 埋め込みなんてここ5年くらいやったことないわ。 194 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 19:12:44 ] デバッグトレースした方が便利な事もあるぜ。 195 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 01:52:18 ] デバッグトレースって何さ 196 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 02:09:06 ] デバッグ時のみ文字列出力。 197 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 02:13:55 ] 社内用語乙。

---

---

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

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