Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

怎么去掉导出的函数名称后面的@n?? #5

Closed
dzwvip opened this issue Sep 23, 2019 · 6 comments
Closed

怎么去掉导出的函数名称后面的@n?? #5

dzwvip opened this issue Sep 23, 2019 · 6 comments

Comments

@dzwvip
Copy link

dzwvip commented Sep 23, 2019

怎么去掉导出的函数名称后面的@n ,又可以让win32的客户端 使用 stdcall 方式调用 dll??

@code34
Copy link
Owner

code34 commented Sep 23, 2019

why do you want to do this ? Arma 32bits uses the mangle names

@dzwvip
Copy link
Author

dzwvip commented Sep 23, 2019

I want to compile a 32-bit dll with golang, call VB or delphi, golang default compiled dll does not support - stdcall call mode, the dll generated by your template can be used, but do not want to generate the dll name suffix @XX , compiling with the go build --kill-at command will report an error, so I don't know what to do.

@code34
Copy link
Owner

code34 commented Sep 23, 2019

you can compile the 64 bits c code with the 32bits command (only keep the code inside #ifdef WIN64 section)

It will remove the mangle names.

@dzwvip
Copy link
Author

dzwvip commented Sep 23, 2019

Compiled into a 64-bit dll, can not be called by the 32-bit client in the -stdcall mode, I want to compile to a 32-bit dll, and specify - stdcall export mode, but do not want to have the suffix @XX

@code34
Copy link
Owner

code34 commented Sep 23, 2019

normaly you just have to remove the underscore "_" before the name of you function, to turn it off

@dzwvip
Copy link
Author

dzwvip commented Sep 23, 2019

ok.
1: gobuild -buildmode=c-archive
2: gcc --kill-at .......

@dzwvip dzwvip closed this as completed Sep 23, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants