Ошибка при статической привязке 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».


person adit -harus- bisa    schedule 06.01.2014    source источник
comment
Пожалуйста, покажите ваш шаг ссылки и точные ошибки, которые вы получаете. Также убедитесь, что у вас не совпадают 32-битные и 64-битные библиотеки.   -  person Thomas    schedule 06.01.2014
comment
добавлен источник и результат компиляции. Я использую 32 бит. Как упоминалось выше, использование динамической компоновки является успешным, и программа работает правильно (и никаких ошибок с версии 3.15.3).   -  person adit -harus- bisa    schedule 06.01.2014
comment
Где вы вообще нашли файл библиотеки *.a? Я не могу найти его в готовом пакете. Имейте в виду, что файлы *.lib, скорее всего, являются библиотеками импорта MSVC, их размер слишком мал.   -  person Thomas    schedule 06.01.2014
comment
Как упоминалось в README.minGW, для создания *.a используйте pexports и dlltool. Для 3.15.3 я использую либо *.lib, либо *.a, и это успешно. Все еще глючит для некоторых JPEG :(   -  person adit -harus- bisa    schedule 06.01.2014
comment
Эээ... Я думаю, у вас что-то не так. Вы не можете создать статическую библиотеку из *.dll! Все, что вы можете сделать, это создать из него библиотеки импорта (в README также четко указана библиотека импорта). Кстати: MinGW не нуждается в библиотеках импорта, MinGW может считывать символы непосредственно из *.dll. Тем не менее, вы, вероятно, все равно не хотите статической компоновки, потому что статическая компоновка также будет означать, что все зависимости также будут статичными.   -  person Thomas    schedule 06.01.2014
comment
Doh.. (#›.‹) Я только что вспомнил, что .a для 3.15.3 от компилируется как статическая библиотека. Ну, это было очень давно, и я просто оставил его там со своим исходным кодом и .dll. А то пробую то же на 3.15.4, успешно. Спасибо @Томас :)   -  person adit -harus- bisa    schedule 07.01.2014


Ответы (1)


Попробуйте также определить 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
Source/FreeImage/FreeImage.cpp
Source/FreeImage/Plugin.cpp

замените все #ifdef _WIN32 на #if defined(_WIN32) && !defined(__MINGW32__) (или #if defined(_WIN32) && !defined(FREEIMAGE_LIB) вместо этого, чтобы не нарушать динамическую сборку).

Исключение: не заменяйте #ifdef _WIN32 в "Plugin.cpp" в функциях *U: FreeImage_GetFIFFromFilenameU, FreeImage_LoadU и FreeImage_SaveU.

<сильный>3. Затем попробуйте полностью пересобрать библиотеку. Это должно быть хорошо построено

<сильный>4. В вашем приложении вы также должны определить FREEIMAGE_LIB (ниже я рассказал, почему).


Если хотите, можете взять мой рабочий код, который будете использовать:

https://github.com/WohlSoft/libFreeImage

Я сделал его доступным для сборки через QMake для удобства, а также сделал возможность сборки облегченной версии (которая поддерживает только форматы BMP, ICO, PNG и GIF и имеет небольшой вес). Он был включен в проект MinGW-buildable и успешно компонуется статически.

person Wohlstand    schedule 27.12.2015