Использование сторонних библиотек, Как использовать функции из .dll? Опции

[azure]

Вопрос не столько по кросплатформенности, сколько по Qt + .dll в винде. Имеется девайс (pci-карта gpib) с драйверами и .dll + .h с функциями работы с устройством. dll идут под MS Visual C++ и Borland C++ Builder. Можно ли использовать эти .dll без использования вышеуказанных компиляторов? Конкретно интересует gcc/mingw? Если можно, то как?

[Litkevich Yuriy]

Можно ли использовать эти .dll без использования вышеуказанных компиляторов? Конкретно интересует gcc/mingw? Если можно, то как?

если dll создана по "всем правилам", то можно с помощью MinGW использовать dll'ку созданную MS Visual C++.

Делается всё по аналогии со сборкой драйвера FireBird (QIBase).



сделай pri-файл, для внешней библиотеки, положи его в её корень.
Предположим, что заголовочник лежит в каталоге include
lib-файл в каталоге lib
и библиотека называется name.lib (name.dll, соответсвенно)
тогда pri-файл должен выглядеть так

INCLUDEPATH +=    $$PWD/include
QMAKE_LIBDIR += $$PWD/lib
LIBS += -lname

подключи этот pri-файл в свой файл проекта:
include(path/to/lib.pri)

[azure]

Спасибо за подробные указания. Как узнать, сделана ли .dll "по всем правилам" или нет?
Я тут погуглил, люди говорят что длл бывают обычные и "расширенные". Обычные типа очень совместимые со всем, а расширенные имеют некую специализацию.

[Litkevich Yuriy]

"по всем правилам" или нет?

этого я и сам не знаю

[Влад]

Посмотри экспорты этой DLL (например, утилитой Depends.exe или любой другой).
Если в экспортах "простые читаемые" имена типа OpenDevice и т.п., то DLL скорее всего "простая", написанная по всем правилам.
Если же в экспортах загадочные имена типа ??1?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@XZ, то все совсем не так радужно - другой компилятор такую DLL скорее всего не поймет; а если и поймет, то не факт, что сможет с ней правильно работать.

[Tonal]

Можно использовать dll-ку собранную одним компилятором в другом если она удовлетворяет следующему набору условий:
* dll-ка экспортирует чисто С-шные функции.
* из неё не вылетает исключений.
* структуры содержат только примитивные данные или другие такие же структуры.
* структуры передаются только по указателям.
* память, выделенная в dll-ки в ней же и освобождается.
* dll-ка не пытается освободить память выделенную приложением.
* не используются зависимые от компилятора соглашения о вызовах.
* не используются зависимые от компиляторов расширения dll-ек (типа пакетов от багланда).
Уф, вроде всё.

Если какие-то из этих требований будут нарушены, то нужно смотреть по месту...

Да, маленький бонус: полностью абстрактные структуры (интерфейсы) использовать можно.

Сообщение отредактировал Tonal - 22.4.2010, 13:05

[Litkevich Yuriy]

Если в экспортах "простые читаемые" имена типа OpenDevice и т.п.,

Да к стати сейчас заглянул в fbclient_ms.dll
и увидел чистенькие имена gds_describe ...


А вот такой вопрос lib-файлы обязательны? Возможно ли линковка без них, если dll'ка простая?

[Iron Bug]

А вот такой вопрос lib-файлы обязательны? Возможно ли линковка без них, если dll'ка простая?

конечно. подгружаешь, линкуешь методы - и вперёд. собственно, это и есть динамическая загрузка библиотеки. нужны только имена точек входа.

[Litkevich Yuriy]

я имел в виду "возможно ли на этапе компиляции приложения использовать только dll'ки, без lib(a)-файлов. Как я понял MinGW (GCC) использует a-файлы (аналог lib-файлов) на этапе компиляции. Но обязательны ли они на этом этапе?

[azure]

я имел в виду "возможно ли на этапе компиляции приложения использовать только dll'ки, без lib(a)-файлов. Как я понял MinGW (GCC) использует a-файлы (аналог lib-файлов) на этапе компиляции. Но обязательны ли они на этом этапе?

Хм! На виндовой машине с помощью gcc собирал либу qwt. Результат - .dll
Далее собирается софтина, которая использует это qwt.dll
В .pro добавлял LIBS += -lqwt5, в путь поиска библиотек добавлялась только .dll

Мне не понятно, зачем вообще может быть нужен .lib (это же статическая либа, так ведь?) для линковки с динамической. И вообще, признаюсь честно, я плохо понимаю, как на самом деле вызываются функции из dll