链接到可执行文件时，如何强制将目标文件包含在静态库中？

小编典典

链接到可执行文件时，如何强制将目标文件包含在静态库中？

linux

我有一个C
++项目，由于其目录结构被设置为静态库A，因此链接到共享库中B，而共享库又链接到可执行文件中C。（这是使用CMake的一个跨平台的项目，所以在Windows上我们得到的A.lib，B.dll和C.exe，和在Linux上我们得到的libA.a，libB.so和C）。图书馆A有一个初始化函数（A_init在定义A/initA.cpp），即从库调用B的初始化函数（B_init，在中定义B/initB.cpp），这是从C的main
调用的。因此，在链接时B，A_init（以及中定义的所有符号initA.cpp）都被链接到B（这是我们期望的行为）。

问题在于，该A库还定义了旨在动态加载的函数（Af在中定义A/Afort.f）（即LoadLibrary/
GetProcAddress在Windows上和dlopen/
dlsym在Linux上）。由于没有对Affrom库的引用，因此from中的B符号A/Afort.o不包含在中B。在Windows上，我们可以使用编译指示人为地创建引用：

#pragma comment (linker, "/export:_Af")

由于这是一个实用程序，因此它仅适用于Windows（使用Visual Studio
2008）。为了使其在Linux上运行，我们尝试将以下内容添加到A/initA.cpp：

extern void Af(void);
static void (*Af_fp)(void) = &Af;

这不会导致符号Af包含在的最终链接中B。我们如何强制将符号Af链接到B？

阅读 575

2020-06-02

共1个答案

小编典典

原来，我最初的尝试大部分都在那儿。以下作品：

extern "C" void Af(void);
void (*Af_fp)(void) = &Af;

对于那些想要一个独立的预处理器宏来封装它的人：

#if defined(_WIN32)
# if defined(_WIN64)
#  define FORCE_UNDEFINED_SYMBOL(x) __pragma(comment (linker, "/export:" #x))
# else
#  define FORCE_UNDEFINED_SYMBOL(x) __pragma(comment (linker, "/export:_" #x))
# endif
#else
# define FORCE_UNDEFINED_SYMBOL(x) extern "C" void x(void); void (*__ ## x ## _fp)(void)=&x;
#endif

因此使用：

FORCE_UNDEFINED_SYMBOL(Af)

2020-06-02