共有ライブラリのコンストラクタが動作しない

Question

私の共有ライブラリでは、ロード時に特定の初期化を行う必要があります。私がGCC属性__attribute__ ((constructor))で関数を定義すると、それは機能しません。つまり、共有ライブラリをリンクしているプログラムがロードされたときに呼び出されません。

機能名を_init()に変更すると機能します。明らかに_init()と_fini()の機能の使用は現在not recommendedです。

なぜ__attribute__ ((constructor))がうまくいかないのですか？これは、Linux 2.6.9、gccバージョンである3.4.6

編集：.soのを構築するための

#include <stdio.h> 

int smlib_count; 

void __attribute__ ((constructor)) setup(void) { 
    smlib_count = 100; 
    printf("smlib_count starting at %d\n", smlib_count); 
} 

void smlib_count_incr() { 
    smlib_count++; 
    smlib_count++; 
} 

int smlib_count_get() { 
    return smlib_count; 
} 

：例えば

、のライブラリのコードは、この次のようであるとしましょう私は、次の操作を行います

gcc -fPIC -c smlib.c 
ld -shared -soname libsmlib.so.1 -o libsmlib.so.1.0 -lc smlib.o 
ldconfig -v -n . 
ln -sf libsmlib.so.1 libsmlib.so 

の.soは私がを更新する標準的な場所の一つではありませんので、を開き、別のプログラムから.soをリンクします。コンストラクタは呼び出されません。私が_init()に変更すると動作します。

Answer 1

さて、私はこれを見てきましたが、あなたの中間gccステップ（-cを使用している）が原因で問題が発生しているようです。ここに私が見ているものの私の解釈があります。

あなたはsetup()と.oとしてコンパイルすると、（あなたが.soとしてコンパイルしていないことから、それは気にしません）gccはただ通常の関数として扱います。次に、ldはELFの動的セクションに_init()またはDT_INITのようなものは表示されず、コンストラクタがないものとみなされます。

.oを_init()にコンパイルすると、gccも通常の関数として扱われます。実際には、それは私のようにのオブジェクトファイルは、機能自体の名前を除いて同じであるように見えます！したがって、ldは.oファイルを調べますが、今度は_init()という機能があり、探していると判断してコンストラクタと判断し、.soにDT_INITというエントリを作成します。あなたはこのようなコンパイルと1つのステップでリンクを行う場合

最後に、：

gcc -Wall -shared -fPIC -o libsmlib.so smlib.c 

は、次に何が起こるかgccを見て、共有オブジェクトを作成するのコンテキストで__attribute__ ((constructor))を理解し、作成することですそれに応じてDT_INITエントリ。

ショートバージョン：gccを使用してコンパイルとリンクを1ステップで実行します。 -Wl,-soname,libsmlib.so.1のように、-sonameのような余分なオプションを渡す場合は、-Wl（マニュアルページを参照）を使用できます。「共有ライブラリ 『はgccの引数-nostartfiles『』または-nostdlib』でコンパイルしてはいけません

これらの引数を使用する場合は、コンストラクタ/デストラクタルーチンが実行されません（特別な場合を除き：this linkから

Answer 2

。措置を講じる）。

gcc/ldは、-nostdlibが使用されているときにelfヘッダーのDT_INITビットを設定しません。どちらの場合も、objdump -pをチェックしてINITセクションを調べることができます。 属性（（コンストラクタ））の場合、INITセクションが見つかりません。しかし、__initの場合は、共有ライブラリのINITセクションがあります。