option casemap:none
.686
.model flat
.code
dllMain proc stdcall
mov eax,1
ret
dllMain endp
memCpy32 proc
mov eax,5
ret
memCpy32 endp
end
Долбаный Visual Studio
У меня есть dll с одной функцией: memCpy32(). Проверял dll с помощью bumpbin, там эта функция действительно есть. Но почему когда я добавляю lib и h файл этой библиотеки линкер не создаёт exe с моей библиотекой, а выдаёт вот это: Ошибка 1 error LNK2019: ссылка на неразрешенный внешний символ _memCpy32@0 в функции _wmain D:\doc\dev\Visual Studio 2010\VectorTest\VectorTest\VectorTest.obj VectorTest. Почему он ищет функцию в виде _memCpy32@0, и как сделать, чтобы он искал memCpy32? Но это так, если функция extern "C" __stdcall, а если просто extern "C", то линкер ищет _memCpy32. Вот код:
Да я вроде разобрался, добавил к memCpy32 чёрточку, чтоб получилось _memCpy32, но конечно хотелось бы обойтись без этого.
Код:
VS здесь совершенно не причем, определитесь сначала с используемыми соглашениями о вызовах и соответственно правилами декорации имен(манглинга), и следуйте им, а VS последует за вами.
PS: Еще один "оптимизированный" вариант memcpy? Сочувствую.
PS: Еще один "оптимизированный" вариант memcpy? Сочувствую.
Цитата: Ramon
определитесь сначала с используемыми соглашениями о вызовах и соответственно правилами декорации имен(манглинга), и следуйте им, а VS последует за вами.
А в 64 разрядном режиме декорации имён нет, зачем она вообще нужна?
Цитата: Виктор_Сен
А в 64 разрядном режиме декорации имён нет, зачем она вообще нужна?
В C++ манглинг есть всегда. В простейшем случае для контроля количества и типов передаваемых аргументов, а зачем оно нужно вы и сами догадаетесь.
Ну теперь вроде разобрался. Спасибо.