如果我有两个提供同名函数的库，我该怎么办？
【问题讨论】：
vorbis_...、sf_...、sdl_...），这两个库不会有问题。这本质上就是 C++ 对命名空间函数的符号名称所做的。
标签： c conflict name-collision
可以使用objcopy --redefine-sym old=new file 重命名目标文件中的符号（参见 man objcopy）。
然后只需使用它们的新名称调用函数并链接到新的目标文件。
【讨论】：
建议 cmets：“导出”是指使链接到库的模块可见 --- 相当于文件范围内的 extern 关键字。这是如何控制的取决于操作系统和链接器。这是我总是必须查找的东西。
【讨论】：
在 Windows 下，您可以使用 LoadLibrary() 将其中一个库加载到内存中，然后使用 GetProcAddress() 获取您需要调用的每个函数的地址，并通过函数指针调用函数。
例如
HMODULE lib = LoadLibrary("foo.dll");
void *p = GetProcAddress(lib, "bar");
// cast p to the approriate function pointer type (fp) and call it
(*fp)(arg1, arg2...);
FreeLibrary(lib);
将获取 foo.dll 中名为 bar 的函数的地址并调用它。
我知道 Unix 系统支持类似的功能，但我想不出它们的名字。
【讨论】：
dlopen dlsym 和 dlclose。但是，Unix 上的封装可能不如 Windows 上那么有效。
如果你有 .o 文件，这里有一个很好的答案：https://stackoverflow.com/a/6940389/4705766
总结：
objcopy --prefix-symbols=pre_string test.o重命名.o文件中的符号或
objcopy --redefine-sym old_str=new_str test.o 重命名 .o 文件中的特定符号。【讨论】：
这是一个想法。在十六进制编辑器中打开一个有问题的库，并将所有出现的有问题的字符串更改为其他内容。然后，您应该能够在以后的所有调用中使用新名称。
更新：我只是为此做了它，它似乎有效。当然，我没有彻底测试过 - 这可能只是一个很好的方法来吹你的腿使用六角编辑霰弹枪。
【讨论】：
你不应该一起使用它们。如果我没记错的话，链接器在这种情况下会发出错误。
我没有尝试，但解决方案可能是dlopen()、dlsym() 和dlclose()，它们允许您以编程方式处理动态库。如果您不需要同时使用这两个函数，您可以打开第一个库，使用第一个函数并关闭第一个库，然后再使用第二个库/函数。
【讨论】：
假设你使用的是linux你首先需要添加
#include <dlfcn.h>
在适当的上下文中声明函数指针变量，例如，
int (*alternative_server_init)(int, char **, char **);
就像https://stackoverflow.com/a/678453/1635364 中所说的 Ferruccio 一样， 通过执行（选择您喜欢的标志）显式加载您要使用的库
void* dlhandle;
void* sym;
dlhandle = dlopen("/home/jdoe/src/libwhatnot.so.10", RTLD_NOW|RTLD_LOCAL);
读取稍后要调用的函数的地址
sym = dlsym(dlhandle, "conflicting_server_init");
分配和转换如下
alternative_server_init = (int (*)(int, char**, char**))sym;
以与原来类似的方式调用。最后通过执行卸载
dlclose(dlhandle);
发誓？据我所知，如果您有两个库公开具有相同名称的链接点并且您需要针对这两个库进行链接，那么您无能为力。
【讨论】：
这个问题是 c++ 有命名空间的原因。对于 2 个具有相同名称的第三方库，在 c 中并没有真正好的解决方案。
如果它是动态对象，您也许可以显式加载共享对象（LoadLibrary/dlopen/etc）并以这种方式调用它。或者，如果您不需要在同一代码中同时使用两个库，您可以使用静态链接来做一些事情（如果您有 .lib/.a 文件）。
当然，这些解决方案都不适用于所有项目。
【讨论】：
您应该围绕其中一个编写一个包装库。 您的包装库应该公开具有唯一名称的符号，而不是公开非唯一名称的符号。
您的另一个选择是重命名头文件中的函数名称，并重命名库对象存档中的符号。
无论哪种方式，两者都使用，这将是一项骇人听闻的工作。
这个问题已经接近十年了，但一直有新的搜索......
正如已经回答的那样，带有 --redefine-sym 标志的 objcopy 在 Linux 中是一个不错的选择。例如，请参阅 https://linux.die.net/man/1/objcopy 以获取完整文档。这有点笨拙，因为您实际上是在进行更改时复制整个库，并且每次更新都需要重复这项工作。但至少它应该可以工作。
对于 Windows，动态加载库是一种解决方案，并且像 Linux 中的 dlopen 替代方案一样是永久性的。但是 dlopen() 和 LoadLibrary() 都添加了额外的代码，如果唯一的问题是重复名称，则可以避免这些代码。在这里，Windows 解决方案比 objcopy 方法更优雅：只需告诉链接器库中的符号以其他名称已知并使用该名称。有几个步骤可以做到这一点。您需要制作一个 def 文件并在 EXPORTS 部分提供名称翻译。有关 def 文件的完整语法详细信息，请参阅 https://msdn.microsoft.com/en-us/library/hyx1zcd3.aspx（VS2015，它最终将被更新的版本取代）或 http://www.digitalmars.com/ctg/ctgDefFiles.html（可能更永久）。该过程是为其中一个库创建一个 def 文件，然后使用该 def 文件构建一个 lib 文件，然后与该 lib 文件链接。 （对于 Windows DLL，lib 文件仅用于链接，而不是代码执行。）有关构建 lib 文件的过程，请参阅How to make a .lib file when have a .dll file and a header file。这里唯一的区别是添加别名。
对于 Linux 和 Windows，重命名库标题中的函数，其名称被别名。另一个应该起作用的选项是，在引用新名称的文件中，#define old_name new_name，#include 导出被别名的库的标题，然后在调用者中使用 #undef old_name。如果有很多文件使用该库，一个更简单的替代方法是制作一个或多个包含定义、包含和取消定义的标头，然后使用该标头。
希望这些信息对您有所帮助！
【讨论】：
我从未使用过 dlsym、dlopen、dlerror、dlclose、dlvsym 等，但我正在查看手册页，它提供了打开 libm.so 并提取 cos 函数的示例。 dlopen 是否会经历寻找碰撞的过程？如果没有，OP 可以手动加载这两个库，并为他的库提供的所有功能分配新名称。
【讨论】：