У меня есть кусок кода C, который вызывает функцию, определенную в сборке. В качестве примера предположим, что foo.c содержит:
int bar(int x); /* returns 2x */
int main(int argc, char *argv[]) { return bar(7); }
И bar.s содержит реализацию bar() в сборке x86:
.global bar
bar: movl 4(%esp), %eax
addl %eax, %eax
ret
В Linux я могу легко скомпилировать и связать эти источники с GCC следующим образом:
% gcc -o test foo.c bar.s
% ./test; echo $?
14
В Windows с MinGW это происходит с ошибкой "undefined ссылка на" bar ". Оказывается, причина в том, что в Windows все идентификаторы функций с условным обозначением C имеют префикс с подчеркиванием, но поскольку в сборке определен" бар", он не получает этот префикс, а ссылка не выполняется. (Таким образом, сообщение об ошибке на самом деле жалуется на отсутствие символа _bar, а не на bar.)
Подводя итог:
% gcc -c foo.c bar.s
% nm foo.o bar.o
foo.o:
00000000 b .bss
00000000 d .data
00000000 t .text
U ___main
U _bar
00000000 T _main
bar.o:
00000000 b .bss
00000000 d .data
00000000 t .text
00000000 T bar
Теперь вопрос: как я могу это решить? Если бы я писал только для Windows, я мог бы просто добавить подчеркивание к идентификатору в bar.s, но тогда код разбивается на Linux. Я посмотрел варианты gcc -fleading-underscore
и -fno-leading-underscore
, но ни один из них ничего не делает (по крайней мере, в Windows).
Единственная альтернатива, которую я вижу сейчас, - это передать файл сборки через препроцессор C и переопределить все объявленные символы вручную, если определена WIN32, но это тоже не очень красиво.
Есть ли у кого-нибудь чистое решение? Возможно, вариант компилятора, который я контролировал? Может быть, ассемблер GNU поддерживает способ конкретного, чтобы этот конкретный символ ссылался на функцию с использованием соглашения о вызове C и должен быть искажен как таковой? Любые другие идеи?