Как правильно установить ссылку на исполняемый файл в Windows?

Это тот случай, когда вы, вероятно, действительно захотите квалифицировать символы обратного вызова в .exe атрибутом __declspec(dllexport). При кросс-компиляции на моем Linux Mint Debian мне подходит следующий минимальный пример:

$ cat foo.c
#include <stdio.h>

int __declspec(dllexport) foo( int bar ){ return bar << 2; }
int main(){ printf( "%d\n", foo( 4 ) ); return 0; }

$ mingw32-gcc -o ~/src/exp/foo.exe -Wl,--out-implib=libfoo.dll.a foo.c

Это создает и рабочий исполняемый файл, и , и библиотеку импорта для сопоставления его экспортированных символов для использования при связывании подключаемых модулей с помощью всего лишь один вызов компоновщика в предыдущих командах (как видно при запуске исполняемого файла под вином и перечислении библиотеки импорта с помощью встроенного инструмента linux nm):

$ ~/src/exp/foo.exe
16

$ nm -A libfoo.dll.a
libfoo.dll.a:d000002.o:00000000 I _foo_exe_iname
libfoo.dll.a:d000002.o:00000000 i .idata$4
libfoo.dll.a:d000002.o:00000000 i .idata$5
libfoo.dll.a:d000002.o:00000000 i .idata$7
libfoo.dll.a:d000000.o:         U _foo_exe_iname
libfoo.dll.a:d000000.o:00000000 I __head_foo_exe
libfoo.dll.a:d000000.o:00000000 i .idata$2
libfoo.dll.a:d000000.o:00000000 i .idata$4
libfoo.dll.a:d000000.o:00000000 i .idata$5
libfoo.dll.a:d000001.o:00000001 a @feat.00
libfoo.dll.a:d000001.o:00000000 T _foo
libfoo.dll.a:d000001.o:         U __head_foo_exe
libfoo.dll.a:d000001.o:00000000 i .idata$4
libfoo.dll.a:d000001.o:00000000 i .idata$5
libfoo.dll.a:d000001.o:00000000 i .idata$6
libfoo.dll.a:d000001.o:00000000 i .idata$7
libfoo.dll.a:d000001.o:00000000 I __imp__foo
libfoo.dll.a:d000001.o:00000000 t .text

Точно так же исполняемый файл отлично работает в WinXP (работает в VirtualBox в поле LMDE, с ~ / src / exp, отображаемым как диск E: в виртуальной машине WinXP и вызываемым из оболочки MSYS):

$ /e/foo.exe
16

FWIW, я могу воспроизвести вашу неудачу при создании исполняемого файла при добавлении атрибута -shared к вызову компоновщика; как вы заметили, это предназначено для создания библиотек DLL (которые отличаются от исполняемых файлов форматом только тем, что в заголовок встроено другое магическое число; в остальном они в основном одинаковы).

В итоге:

• Не указывайте -shared при связывании исполняемого файла.

• Подбирайте символы для экспорта из исполняемого файла с атрибутом __declspec(dllexport).

• Укажите атрибут -Wl,--out-implib=lib<exename>.dll.a при связывании исполняемого файла.

Как и Кейт Маршалл в комментариях, -Wl,--out-implib действительно работает в сочетании с:

• -Wl,--export-all-symbols

• объявив символы с помощью __declspec(dllexport)

• или предоставив файл .def

Я выбрал третий вариант и написал сценарий bash для генерации сценариев файла / версии def на лету, чтобы избежать экспорта большого количества ненужных символов.

Скрипт можно найти здесь.

Используйте это как:

export SYMBOLS_TO_EXPORT="*tools* *network* _Z8compressPvRjPKvjib ..." # use mangled names and skip leading underscores on i686
export HOSTPREFIX=i686-w64-mingw32 # unneeded on Windows
i686-w64-mingw32-g++ $(OBJS) `./gen_export_file $(OBJS)` -Wl,--out-implib=foo.exe.a -o foo.exe