[B! gcc] dewdropのブックマーク

gcc の -Wall 以外の警告オプション - ひげぽん OSとか作っちゃうかMona-

以前同僚の光成さんが、以下の warning オプションを使っていると書かれていたのが気になったので調べてみました。 -Wall -W -Wformat=2 -Wcast-qual -Wcast-align -Wwrite-strings -Wconversion -Wfloat-equal -Wpointer-arith もし上記以外にも良さげなオプションがありましたら教えてください<(_ _)> 情報源 man と info と http://sugarpot.sakura.ne.jp/yuno/?gcc%2Fwarning 。最初は日本語版の man だけを見ていたのですが、id:kazuhooku に info を見るべしと教わりました。 man も info もそうですが、日本語版は情報が少なかったりするので注意。 LANG=C man gccなどとしましょう。 -Wforma

dewdrop 2008/04/30

c++
gcc

リンク

DSAS開発者の部屋:オープンソースを楽しむエンジニアの一日〜　コードを楽しく読む工夫

C言語で書かれたソースコードを読んでいるとき、関数ポインタから呼び出されている機能の実体がどこに書かれているのかを探すのに苦しんだ経験はありませんか？私はあります、いっぱいあります！！そんなときはどうするかというと・・・手順１：　まずは気分転換をする！手順２：　そして気合いを入れ直す！手順３：　さらに気力で読み砕く！手順４：　最後に根性で発見する！これが、ごく一般的な作業手順(?)かと思います・・・（ごめんなさい嘘です）でもまあ、実際にここまで出来れば、そのプログラムの大まかな構成とか癖みたいなものはだいたい把握できているはずなので、他の関数ポインタについてもある程度当たりをつけて見つけだすことが出来るようにはなるかと思います。・・・・・が、、できれば気合いと根性を使わずに追えるなら追いたいのが人情ですよね。 straceやltraceを使えばシステムコールやライブラリコ

dewdrop 2007/05/26

gcc

リンク

g++のエラーメッセージを読み易くする - GPUPPUR(ぐぷっぱー)の日記

c++言語でテンプレート関連のコンパイルエラーは非常に読みにくいです。ですがインデントすれば結構読み易くなります。例えば以下のようg++からのコンパイルエラーメッセージ src/gpuppur/cpu/cpu_raytracer.hpp:479: error: `void gpuppur::cpu_raytracer::erase(const typename gpuppur::cpu_raytracers::detail::instance3d::iterator&) [with UserDataType = gpuppur::material]' is private をインデントすると src/gpuppur/cpu/cpu_raytracer.hpp:479: error: `void gpuppur::cpu_raytracer < UserDataType >::eras

dewdrop 2007/02/20

テンプレートのあれをうまいことやる

リンク

__gxx_personality_v0 - DiaryException

g＋＋(gcc)で undefined reference to `__gxx_personality_v0'というエラーが出たら $ gcc foo.cpp -lstdc++とリンクするライブラリstdc＋＋を指定する。 g＋＋のバージョンによっては、起こる模様。 $ gcc -v /usr/lib/gcc-lib/i386-vine-linux/3.3.2/specs から spec を読み込み中コンフィグオプション: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atex it --host=i3

dewdrop 2007/02/07

rubyの拡張ライブラリつくったらこれ出た

c++
gcc

リンク

フリーソフトウェア徹底活用講座

◆移り気な情報工学第62回　地震をきっかけにリアルタイム・システム再考第61回　海を渡って卵を産む北京の「海亀族」第60回　超遠距離通信とソフトウェア無線第59回　 IT先進国フィンランドの計画性第58回　物理的に正しいITの環境対応第57回　年金，e-チケットに見るディジタル時代の情報原本第56回　「着るコンピュータ」から「進化した布地」へ第55回　技術を楽しむネットの文化第54回　情報爆発2.0 第53回　プログラミングの現場感覚第52回　 GPS+LBS（Location Based Service）がおもしろい第51回　技術の格差社会第50回　フィンランドに見る，高齢化社会を支える技術第49回　たかが技術倫理，されど技術倫理第48回　若者の理科離れ，2007年問題から「浮遊」せよ第47回　機械のためのWWW――Google

dewdrop 2006/02/20

gcc

リンク

いやなブログ: Linux の共有ライブラリを作るとき PIC でコンパイルするのはなぜか

Linux の共有ライブラリを作るとき PIC でコンパイルするのはなぜか通常、Linux の共有ライブラリを作るときは各 .c ファイルを PIC (Position Independent Code) となるようコンパイルします。しかし、実は PIC でコンパイルしなくても共有ライブラリは作れます。それでは PIC にする意味はあるのでしょうか。さっそく実験してみます。 int func () { printf(""); printf(""); printf(""); } PIC でコンパイルするには gcc に -fpic または -fPIC を渡します。-fpic の方が小さく高速なコードを生成する可能性がありますが、プロセッサによっては -fpic で生成できる GOT (Global Offset Table) のサイズに制限があります。一方、-fPIC はどのプロセッサで