Всем доброго времени суток!
Прощу прощения за длительное отсутствие, но, думаю, следует эту тему продолжить, ибо конкретного решения до сих пор нет, а ситуация, судя по цитируемости в Инете, весьма распространенная.
Во-первых, всем большое спасибо за участие в дискуссии.
Во-вторых - результаты моих мучений.
Спасибо
White Owl за наглядный пример. Реально он не помог, но его исследование привело к некоторым умозаключениям.
Дело в том, что есть набор библиотек, которые обновляются практически каждый день. Есть ряд разработок на различных языках, использующих эти библиотеки, в том числе и на VC (с чем и проблема). Кроме того, эти библиотеки поставляются еще и сторонним разработчикам. Соотвествено, писать промежуточные библиотеки для создания lib-ов для VC, как в примере
White Owl , равно как и плодить дубликаты этих библиотек для каждой среды разработки - не есть приемлимый вариант. Утилита, скачаная по ссылке от
ii , кроме того, что отказывается воспринимать DLL со смешанными вызовами функций _cdecl и _stdcall (и в help-e ничего путного про это не написано), также еще и не является программой "open source", что не приветствуется моей компанией.
Итак, чтобы статически прилинковать библиотеку формата OMF в проект VC, требуется выполнить ряд шагов (самый простой пока вариант):
1) сделать def.
для этого, используя borland-овский impdef, генерируем def-файл с перечнем функций библиотеки, далее правим его следующим образом:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
LIBRARY <DLLNAME>.DLL
EXPORTS
//а) для __stdcall-функций
my_stdcall_func@xx @yy
//где xx-суммарное количество байт параметров функции
//yy - порядковый номер функции, как сгенерил impdef
//my_stdcall_func - реальное имя функции в библиотеке
//б) для __cdecl-функций
my_cdecl_func = _my_cdecl_func @yy
//где yy - порядковый номер функции, как сгенерил impdef
//my_cdecl_func - реальное имя функции в библиотеке
2) используя поправленный def, сделать lib:
lib /def:<defname>.def
3) подключить lib: #pragma comment (lib, "<libname>.lib")
4) использовать функции с описанием их как __cdecl или __stdcall соответственно.
Однако, при таком раскладе не удается автоматизировать процесс создания lib из существующей dll, что в моей ситуации необходимо. Парсер для создания def-файла, даже имея все h-файлы с описаниями функций библиотек, представляется мне весьма сложным в отношении _stdcall -функций, ибо возможность подсчитать байты параметров функций себе плохо представляю, учитывая наличие множества пользовательских типов данных.
Соответсвенно, вопрос остается открытым.
Алгоритм, описанный выше, является плодом моих исследований в данной области, соответсвенно использовать его как руководство я бы не рекомендовал, не смотря на то, что у меня он работает безошибочно.
Жду ваших рекомендаций и замечаний по этому вопросу.
