无法在 MingW 上静态链接 FreeImage 3.15.4
Fail to static linking FreeImage 3.15.4 on MingW
我不能在MingW上静态地使用FreeImage 3.15.4(使用.lib或.a)。我总是收到错误"未定义的引用"所有FreeImage方法。当我成功地动态链接库时。
然后我尝试从源代码构建,这是相同的。
我也尝试使用3.15.3,静态和动态都是成功的。但是这些版本中有一个错误(打开一些JPEG)。
需要这方面的帮助。
我的代码只有 1 个文件,清除.cpp
#define FREEIMAGE_LIB
#include "FreeImage.h"
#include <iostream>
#include <fstream>
#include <vector>
#include <string>
void FreeImageErrorHandler(FREE_IMAGE_FORMAT fif, const char *message) {
std::cerr << "FIError: " << message << std::endl;
}
int main(int argc, char** argv) {
#ifdef FREEIMAGE_LIB
FreeImage_Initialise();
#endif
FreeImage_SetOutputMessage(FreeImageErrorHandler);
std::string fnameIn (argv[1]);
std::string fnameOut (argv[2]);
std::vector<uint8_t> data;
std::ifstream ifs;
ifs.open(fnameIn.c_str(), std::ios::binary);
uint8_t c = ifs.get();
while (ifs.good()) {
data.push_back(c);
c = ifs.get();
}
ifs.close();
FIMEMORY *hmem = FreeImage_OpenMemory(&data[0], data.size());
FREE_IMAGE_FORMAT fif = FreeImage_GetFileTypeFromMemory(hmem, 0);
FIBITMAP *dib = FreeImage_LoadFromMemory(fif, hmem, 0);
int flag = JPEG_BASELINE | JPEG_QUALITYGOOD | JPEG_SUBSAMPLING_420 | JPEG_PROGRESSIVE | JPEG_OPTIMIZE;
bool b = FreeImage_Save(FIF_JPEG, dib, fnameOut.c_str(), flag);
std::cout << ((b)?"Saven":"NoSaven");
FreeImage_Unload(dib);
FreeImage_CloseMemory(hmem);
#ifdef FREEIMAGE_LIB
FreeImage_DeInitialise();
#endif
return 0;
}
命令:
g++ -o purge purge.cpp -L. -lfreeimage
结果:
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x286): undefined reference to `FreeImage_Initialise'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x292): undefined reference to `FreeImage_SetOutputMessage'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x486): undefined reference to `FreeImage_OpenMemory'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x49c): undefined reference to `FreeImage_GetFileTypeFromMemory'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x502): undefined reference to `FreeImage_LoadFromMemory'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x533): undefined reference to `FreeImage_GetWidth'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x541): undefined reference to `FreeImage_GetHeight'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x701): undefined reference to `FreeImage_Rescale'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x723): undefined reference to `FreeImage_Unload'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x72e): undefined reference to `FreeImage_CloseMemory'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x7a4): undefined reference to `FreeImage_Save'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x7d9): undefined reference to `FreeImage_Unload'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x7ea): undefined reference to `FreeImage_CloseMemory'
C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o:purge.cpp:(.text+0x7ef): undefined reference to `FreeImage_DeInitialise'
c:/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: C:UsersADIT~1.BISAppDataLocalTempcc1LYwkh.o: bad reloc address 0xf in section `.text$_ZNSt6vectorIhSaIhEEC1Ev[__ZNSt6vectorIhSaIhEEC1Ev]'
collect2.exe: error: ld returned 1 exit status
然后当我删除"#define FREEIMAGE_LIB"时,它就是成功。但是使用动态链接:(
解决。
仔细阅读自述文件后。我犯的错误是:我用"pexport"和"dlltool"创建*.a。而那些 *.a 文件用于动态链接。静态链接的 *.a 文件应从源代码编译,并设置"FREEIMAGE_LIBRARY_TYPE=STATIC"。不要忘记编辑"makefile",因为操作系统已被硬编码为"gnu"。
尝试在应用程序中定义FREEIMAGE_LIB
(在包含标头之前)。如果没有该定义,您的应用程序将始终生成"未定义的引用",因为 FreeImage.h 仍然认为它是一个动态库,并通过宏添加 DLL-Export 注释,因此,标头中的原型和构建库中的原型是不同的。
如果仍然遇到问题,还可以尝试对库本身进行一些更改:
要执行的步骤:
1. 修改 FreeImage.h:
替换此内容:
#ifdef __cplusplus
extern "C" {
#endif
跟:
#if defined(__cplusplus) && !defined(__MINGW32__)
extern "C" {
#endif
那么这个:
#ifdef __cplusplus
}
#endif
跟:
#if defined(__cplusplus) && !defined(__MINGW32__)
}
#endif
2. 在这些文件中:
Source/DeprecationManager/DeprecationMgr.cpp (in FreeImage older than 3.18)
Source/FreeImage/FreeImage.cpp
Source/FreeImage/Plugin.cpp
将所有#ifdef _WIN32
替换为#if defined(_WIN32) && !defined(__MINGW32__)
(或改为#if defined(_WIN32) && !defined(FREEIMAGE_LIB)
,以免破坏动态构建)。
例外:不要替换"插件.cpp"中#ifdef _WIN32
*U
功能:FreeImage_GetFIFFromFilenameU
、FreeImage_LoadU
和FreeImage_SaveU
。
3.然后尝试完全重建库。它应该建造得很好
4.在您的应用程序中,您也应该定义FREEIMAGE_LIB
(我在下面告诉了原因)。
如果你愿意,你可以使用我的工作代码,你会使用:
https://github.com/WohlSoft/libFreeImage
为了方便起见,我通过QMake构建了它,并且我还能够构建精简版(仅支持BMP,ICO,PNG和GIF格式,并且重量很小)。它被包含在MinGW可建造项目中,并成功地静态链接。
- lambda参数转换为constexpr技巧,然后获取带链接的数组
- CMake-按正确顺序将项目与C运行时对象文件链接
- 从链接列表c++中删除一个项目
- 有根的二进制搜索树.保留与其父级的链接
- 读取文件的最后一行并输入到链接列表时出错
- 静态数据成员的问题-修复链接错误会导致编译器错误
- node-gyp 在 macOS 上未正确链接库
- 基于boost的程序的静态链接——zlib问题
- 无法链接 CMake 中的本地库
- 内联函数中具有内部链接的全局变量
- 链接阶段在Ubuntu上失败,但在MacOS上失败
- 使用gcc从静态链接的文件中查找可选符号
- 我可以将一个用clang c++11编译的对象与另一个用c++17编译的对象链接起来吗
- 将--whole archive链接器选项与CMake和具有其他库依赖项的库一起使用
- 下面是我为检测链接列表中的循环而制作的代码
- 有了gcc,是否可以链接库,但前提是它存在
- 使用C链接在函数内部创建C++模板
- Visual Studio mkl_link_tool.exe链接错误
- 无法在 MingW 上静态链接 FreeImage 3.15.4
- 链接FreeImage作为一个静态库在VS2010