我设法(以某种方式)与用于32位Windows的Mingw-w64项目编译器交叉编译Qt5。 所有的库已经安装到~/i686-w64-mingw32
。
我有一个基于CMake的Qt项目,我正在尝试交叉编译。 按照这些说明 ,我已经能够得到项目编译。 到现在为止还挺好。
不幸的是,当在Windows上执行结果二进制文件时,我最终得到一个错误:
“程序入口点__gxx_personality_sj0不能位于dynamic链接库[application_name] .exe中”
* [application_name]是主可执行文件的完整path
我听说这种types的问题有时可能是由混合不同版本的MinGW编译的库引起的。 但是这个机器上的所有东西(所有的库和可执行文件)都是由相同的编译器( i686-w64-mingw32
工具链)编译的。
此外,我觉得奇怪的是,错误抱怨应用程序可执行文件丢失的入口点,而不是一个.dll
文件。
什么可能导致这个错误,可以做些什么来弥补呢?
找到错误的库的位置:
我的个人解决方案
根据我的经验,MS Windows在%PATH%中选择位置的方式可能非常不稳定。 最后一次,我添加了一个单一函数的源文件,并将该函数包含在我的代码中。 即使我删除了所有函数的代码,只留下“return”语句,程序总会选择错误的libstdc ++ – 6.dll。 每次该功能被注释掉(排除),程序将再次正常运行。 我怀疑有时Windows会从“系统变量”中选择PATH,并由于某些原因避免“用户变量”PATH(您的Windows帐户的路径)。
最后,事实证明,这个问题是由$PATH
libstdc++-6.dll
地方的任意libstdc++-6.dll
造成的。 在确保由Mingw-w64构建的副本在应用程序的目录中之后,一切正常。