Сбой статического связывания FreeImage 3.15.4 на MingW

Я не могу статически линкать FreeImage 3.15.4 на MingW (ни используя .lib, ни .a). Я всегда получаю сообщение об ошибке «неопределенная ссылка» на все методы FreeImage. Пока я успешно динамически связываю библиотеку.

Затем я пытаюсь собрать из источника, это то же самое.

Я также пытаюсь использовать 3.15.3, статический и динамический успех. Но в этой версии есть ошибка (открытие некоторого JPEG).

Нужна помощь с этим.

Мой код только 1 файл, purge.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)?"Save\n":"NoSave\n");

FreeImage_Unload(dib);
FreeImage_CloseMemory(hmem);

#ifdef FREEIMAGE_LIB
FreeImage_DeInitialise();
#endif

return 0;
}

Команда:

g++ -o purge purge.cpp -L. -lfreeimage

Результат:

C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x286): undefined reference to `FreeImage_Initialise'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x292): undefined reference to `FreeImage_SetOutputMessage'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x486): undefined reference to `FreeImage_OpenMemory'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x49c): undefined reference to `FreeImage_GetFileTypeFromMemory'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x502): undefined reference to `FreeImage_LoadFromMemory'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x533): undefined reference to `FreeImage_GetWidth'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x541): undefined reference to `FreeImage_GetHeight'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x701): undefined reference to `FreeImage_Rescale'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x723): undefined reference to `FreeImage_Unload'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x72e): undefined reference to `FreeImage_CloseMemory'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x7a4): undefined reference to `FreeImage_Save'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x7d9): undefined reference to `FreeImage_Unload'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x7ea): undefined reference to `FreeImage_CloseMemory'
C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o:purge.cpp:(.text+0x7ef): undefined reference to `FreeImage_DeInitialise'
c:/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: C:\Users\ADIT~1.BIS\AppData\Local\Temp\cc1LYwkh.o: bad reloc address 0xf in section `.text$_ZNSt6vectorIhSaIhEEC1Ev[__ZNSt6vectorIhSaIhEEC1Ev]'
collect2.exe: error: ld returned 1 exit status

Затем, когда я удаляю «#define FREEIMAGE_LIB», это успех. Но с динамическим связыванием 🙁

Решаемые.

После прочтения README.minGW внимательно. Я сделал ошибку: я создаю * .a с ‘pexports’ & ‘Dlltool. Пока эти * .a файлы предназначены для динамической ссылки. Файл * .a для статической ссылки должен компилироваться из источника с установкой «FREEIMAGE_LIBRARY_TYPE = STATIC». Не забудьте отредактировать «makefile», так как ОС жестко запрограммирована на «gnu».