Linux共有ライブラリの簡単なまとめ - wagavulinの日記
Linuxで共有ライブラリ（*.so）を作るようになったのでちょっと勉強してみた。今までは使うだけだったので、以下のようなことは知っていた。作るときはgccの-sharedオプションを使う。使うときはgccの"-lライブラリ名"でリンクするライブラリを指定する。リンク時のライブラリ探索パスは-Lオプションで指定する。実行時のライブラリ探索パスは/etc/ld.so.confに書いてあるディレクトリ。環境変数LD_LIBRARY_PATHでも指定可能。ライブラリを作るときは、.cから.oを作るときに-fPICをつけるといいらしい。新しくライブラリを入れたときはldconfigするといいらしい。逆に今まであまり知らなかったこと。ほとんどのライブラリはlibhoge.so, libhoge.so.1, libhoge.so.1.1のように3つくらいのファイルがあり、libhoge.soやlibh
C++11のためにGCCの最新版をインストールする
最近The C++ Programming Language (4th Edition)を読んでいます． これは最新のC++11に準拠した権威ある（分厚い）解説書です． C++はちょとたしなむ程度でしたが，これを気に真面目に勉強してみようと思います． 勉強のためにUbuntu上でC++11の開発を行えるよう環境設定をしましたので，その工程をまとめておきます． 想定している環境は以下のようになります． OS Ubuntu 12.04 LTS 32bit GCC 4.8.1 参考にしたサイト UbuntuHandbook 1.GCCとG++のバージョン確認 まずは現在の自分の環境を確認します． ・現在のGCCとG++のバージョンを確認します． $ gcc --version $ g++ --version 私の環境では，以下のようになりました． gcc (Ubuntu/Linaro 4.6.3
実行時の関数全ての in/out をトレースする - Qiita
こういう DebugPrint 1関数ずつ入れなくてOK。 素敵ポイント: 大元のソースには手を入れない。 gcc 使用。 ソース #include<stdio.h> /* Proto Type */ void hello_world( void ); void hello_world(void) { printf( "hello!\n" ); } int main(void) { hello_world(); return 0; } #define _GNU_SOURCE #include <dlfcn.h> #include <iostream> extern "C" { void __cyg_profile_func_enter(void* func_address, void* call_site); void __cyg_profile_func_exit(void* func_
DWARF の行情報を読む - 兼雑記
なんか行情報読むとかそいう話題が twitter にあったので、適当に作ってあったのでなんか書いてみる。 http://github.com/shinh/test/blob/master/addr2line.cc DWARF 情報つけると (今の GCC だと -g でつくと思う) アドレスからコードの名前を行番号をひけるようになるんだけど、まぁその情報をプログラムから読むという話。 まずどこに格納されてるかっていうと、 .debug_line っていうセクションに入っているので、それを探す必要がある。上のプログラムで言うと main の中。先頭にある ELF ヘッダを読んでセクションヘッダの開始位置とセクション名の格納されてる .shstrtab の位置を教えてもらって、 .shstrtab の情報を参考にして .debug_info の位置を特定する。 .debug_line の中身は
革命の日々！ a.out からコンパイラバージョンを取得する方法
忘れないうちにメモ Linuxで普通に実行ファイルつくると.commentセクションとデバッグインフォメーションの 二箇所にコンパイラのバージョンが入ってる。これはobjdumpやreadelfで観測できる。 なぜこんなテクニックを知る必要があるかというとバグ報告で嘘のコンパイラバージョンを 報告してくる輩はけしてレアではないからである １つめ。.comment セクションを objdumpで表示 % objdump -s -j .comment a.out a.out: file format elf64-x86-64 Contents of section .comment: 0000 4743433a 2028474e 55292034 2e342e36 GCC: (GNU) 4.4.6 0010 20323031 32303330 35202852 65642048 2012030
GCCでIntel Syntaxなアセンブリコードを出力 - // TODO: better name
gcc -S -masm=intel objdumpとかも対応してるのかな？ 調べてみる。 追記 objdump -M intel -S でできるっぽい。これは便利。
システムデータ型などtypedefされた型の実際の型を調べる - Pistolfly
gdbのptypeを使うのが簡単。 例えば、以下のfoo.c。 #include <sys/types.h> struct st { int i; char c; }; typedef int Array[10]; typedef struct st St; int main(void) { size_t s1; ssize_t s2; pid_t pid; Array arr; St st1; return 0; } $ gcc -Wall -g -o foo foo.c $ gdb foo (gdb) b main (gdb) run (gdb) ptype s1 type = long unsigned int (gdb) ptype size_t type = long unsigned int (gdb) ptype s2 type = long int (gdb) ptype
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
