如何解决Golang:调用Windows DLL函数?

如果您尝试链接到DLL,则需要/想要LDFLAGS中的“-lMyModule”?

请看看ld和WIN32(cygwin / mingw)。特别是,直接链接到dll部分以获取有关-lLDWindows端口上标志行为的更多信息。提取:

例如,当使用参数-lxxx调用ld时,它将尝试在其搜索路径的第一个目录中查找,

libxxx.dll.a
xxx.dll.a
libxxx.a
cygxxx.dll (*)
libxxx.dll
xxx.dll

移至搜索路径中的下一个目录之前。

(*)xxx.dll,-dll-search-prefix=-dll-search-prefix=cyg

注意:如果您曾经用MinGW构建Boost,您可能还记得,Boost库的命名完全遵循上面链接中描述的模式。

过去在MinGW中存在直接链接到的问题.dll,因此建议创建一个静态库lib.a,.dll并从中导出符号并与其进行链接。现在,指向此MinGW Wiki页面的链接已失效,因此我认为直接针对.dll现在链接应该没问题。此外,我自己使用最新的MinGW-w64发行版做了几次,但还没有问题。

-Wl,-Bstatic-Wl,-Bdynamic
gcc object1.o object2.o -lMyLib2 -Wl,-Bstatic -lMyLib1 -Wl,-Bdynamic -o output

上面的代码段保证-l标记的默认链接优先级被覆盖MyLib1,即,即使MyLib1.dll搜索路径中存在,LD也会选择libmyLib1.a链接。请注意,对于MyLib2LD而言,它将再次偏向于动态版本。

MyLib2MyLib1MyLib1-Wl,-BstaticMyLib2

解决方法