共享库构造函数未执行

Question

我有以下问题。我编写一个共享库

#include <stdio.h>
#include <stdlib.h>

static void __attribute__ ((constructor)) test_init(void);
static void __attribute__ ((destructor))  test_clean(void);

/*  Initialization  */
static void     test_init(void){
        fprintf(stderr,"initialized\n");
        fflush(stderr);
}
/*  CleanUp */
static void test_clean(void){
        fprintf(stderr,"cleaned up\n");
        fflush(stderr);
}

double  test (double x){
    return  2.0*x;
}

编译它

并使用gcc -c -fPIC testlib.c -o testlib.o

ld -shared -o libtest.so testlib.o

然后我将其包含到一个测试程序中

#include <stdio.h>
#include <stdlib.h>
extern double   test(double x);
void    main(void){

    printf("%.10e\n",test(10.0));
}

，我编译并开始使用

gcc testprog 。 c -o testprog -L。 -ltest

LD_LIBRARY_PATH=. ./testprog

然后输出为

2.0000000000e+01，

这意味着构造函数/析构函数没有被执行。另一方面，如果我编译

ar rvs testlib.a testlib.o

gcc testprog.c testlib.a -o testprog

程序的输出由

testprog 给出 已初始化 2.0000000000e+01 如果动态链接

库，为什么不执行构造函数？

我使用以下版本

GNU ld (GNU Binutils; openSUSE 11.3) 2.20.0.20100122-6 gcc 版本 4.5.0 20100604 [gcc-4_5-branch 修订版 160292] (SUSE Linux)

预先感谢您的帮助！

编辑：2011-04-13, 11:05

非常感谢luxifer，

该文档间接提供了帮助！神奇的提示是，应该通过编译器涉及链接器......

gcc -fPIC testlib.c -共享 -Wl,-soname,libtest.so -o libtest.so

有效！！！

Answer 1

Gcc 的构造函数处理与 ELF 构造函数处理不同，相反，它位于 ELF 构造函数之上。要工作，您需要链接 gcc 启动文件中提供的粘合代码。

最简单的方法是使用 gcc 进行链接：

gcc -shared -o testlib.so testlib.o

Answer 2

本文仅供参考，但为了方便起见，我来您的办公室:)

我不是该领域的专家，但快速的 Google 搜索给了我这个。只阅读文档的开头，如果我猜对了，问题是这样的：

静态链接你的程序在执行时是独立的......它包含整个库，并且当你运行它时它完全加载到内存中。

当在执行时从程序调用库函数时，链接器会尝试通过查看函数是否在某个库中具有实现来解析函数上所有未解析的引用，从而动态链接。如果是这样，它会加载此实现，即仅加载函数代码。

因此，如果我得到了正确的结果，并且动态链接器仅加载库的一部分（即所需的函数），而不是整个库，那么这将解释为什么当动态链接库时不调用构造函数。