水木社区手机版
- 主题:[求助]一个lib库，里面的函数只能在static函数中调用
- 【 在 baddif 的大作中提到: 】
: 也不是保密啥的，确实是没有有效提示信息，错误就是无法解析的外部符号，三个lib里的函数都有这个提示。
: 但如果把调用这三个函数的外部函数设为static，就能编译。但这个外部函数只要被非static函数调用，就有同样的问题。
你这个问题的实质是static函数没有被外人调用的时候，实际上被优化裁剪掉了。
所以无法链接的问题不暴露。
: 目前我直接修改了提供的头文件，把每个函数前面的__declspec(dllimport)直接删除，编译就通过了，但是调用结果是不是对的还在考察
你引用一个.lib文件，搞什么__declspec(dllimport)啊，难怪出错了。
: ...................
--
修改:kirbyzhou FROM 220.249.52.*
FROM 220.249.52.* - 也不好说提供方怎么搞的，内部团队，估计对这种编译链接也不熟悉
--
FROM 223.104.5.* - 既然那个库的函数在demo的main()里能使用，如果对性能没太高要求，你在main()里将之封装成RPC或者web api，然后单独开一个MFC去调用demo进程的服务，也能解决问题。
--
FROM 171.88.149.* - 如果在MFC程序的static函数中也能调用，那你可以反汇编一下调用的那几行代码，然后实现一个MFC的__stdcall调用约定的函数，在函数体内写嵌入式汇编来调用lib库里面的函数，以后在MFC中使用这个封装的函数。
--
FROM 171.88.149.* - calling convention影响运行时（可能崩掉），不影响编译时
【 在 poocp 的大作中提到: 】
: VC++的main()是__cdecl调用约定的，所以如果那个库里面的函数只能在main()函数中调用，那可能也是__cdecl调用约定的。
: 而MFC是__stdcall调用约定的，你要用那个lib库里的函数，需要声明为C调用约定。才能在MFC的函数里使用。
: 不过链接报错无法解析外部符号，也有可能是链接库问题或者次序问题，你可以在工程的属性下面，链接器，命令行加一个开关
: ...................
--
FROM 221.218.160.* - 也影响，因为符号的命名规则不一样，链接时名称不同会找不到符号。
从生成的汇编上看，两个符号分别如下，名称不对应的话，链接会失败。
c_function
?stdcall_function@@YAHXZ//用命令行 CL.exe /Fs sym.cpp 生成sym.asm extern "C" { int c_function() {return 1;} } int __stdcall stdcall_function() {return 2;} int main() { return c_function() + stdcall_function(); } /* sym.asm ; Listing generated by Microsoft (R) Optimizing Compiler Version 19.37.32825.0 include listing.inc INCLUDELIB LIBCMT INCLUDELIB OLDNAMES PUBLIC c_function PUBLIC ?stdcall_function@@YAHXZ ; stdcall_function PUBLIC main pdata SEGMENT $pdata$main DD imagerel $LN3 DD imagerel $LN3+31 DD imagerel $unwind$main pdata ENDS xdata SEGMENT $unwind$main DD 010401H DD 06204H xdata ENDS ; Function compile flags: /Odtp _TEXT SEGMENT tv64 = 32 main PROC ; File Z:\t\sym.cpp ; Line 6 $LN3: sub rsp, 56 ; 00000038H ; Line 7 call c_function mov DWORD PTR tv64[rsp], eax call ?stdcall_function@@YAHXZ ; stdcall_function mov ecx, DWORD PTR tv64[rsp] add ecx, eax mov eax, ecx ; Line 8 add rsp, 56 ; 00000038H ret 0 main ENDP _TEXT ENDS ; Function compile flags: /Odtp _TEXT SEGMENT ?stdcall_function@@YAHXZ PROC ; stdcall_function ; File Z:\t\sym.cpp ; Line 5 mov eax, 2 ret 0 ?stdcall_function@@YAHXZ ENDP ; stdcall_function _TEXT ENDS ; Function compile flags: /Odtp _TEXT SEGMENT c_function PROC ; File Z:\t\sym.cpp ; Line 3 mov eax, 1 ret 0 c_function ENDP _TEXT ENDS END */
【 在 z16166 的大作中提到: 】
: calling convention影响运行时（可能崩掉），不影响编译时
--
FROM 171.221.52.* - C和C++是肯定不一样的，C只是在函数名前面加个下划线，C++要做多一点mangling
我想说的是下面两个mangle之后的名字是一样的
int __stdcall func() { return 2; }
int __cdecl func() { return 2; }
【 在 poocp 的大作中提到: 】
: 也影响，因为符号的命名规则不一样，链接时名称不同会找不到符号。
: 从生成的汇编上看，两个符号分别如下，名称不对应的话，链接会失败。
: c_function
: ...................
--
FROM 221.218.160.* - 这以前在也16位的MSC++和32位MSVC++的时候名称约定也是分开的，就是因为分得太多实在麻烦，也给链接造成问题，到了64位MSVC++才合并了。
32位下的符号名称，__cdecl的是@YA，而__stdcall是@YG，main()函数是_main（64位下是main）。就是因为这样太麻烦，到64位才全部改回@YA了。
PUBLIC ?c_function@@YAHXZ ; c_function
PUBLIC ?stdcall_function@@YGHXZ ; stdcall_function
PUBLIC _main//用32位命令行 CL.exe /Fa sym32.cpp 生成sym32.asm int __cdecl c_function() {return 1;} int __stdcall stdcall_function() {return 2;} int main() { return c_function() + stdcall_function();} /* sym32.asm ; Listing generated by Microsoft (R) Optimizing Compiler Version 19.37.32825.0 TITLE z:\t\sym32.obj .686P .XMM include listing.inc .model flat INCLUDELIB LIBCMT INCLUDELIB OLDNAMES PUBLIC ?c_function@@YAHXZ ; c_function PUBLIC ?stdcall_function@@YGHXZ ; stdcall_function PUBLIC _main ; Function compile flags: /Odtp _TEXT SEGMENT _main PROC ; File z:\t\sym32.cpp ; Line 4 push ebp mov ebp, esp push esi call ?c_function@@YAHXZ ; c_function mov esi, eax call ?stdcall_function@@YGHXZ ; stdcall_function add eax, esi pop esi pop ebp ret 0 _main ENDP _TEXT ENDS ; Function compile flags: /Odtp _TEXT SEGMENT ?stdcall_function@@YGHXZ PROC ; stdcall_function ; File z:\t\sym32.cpp ; Line 3 push ebp mov ebp, esp mov eax, 2 pop ebp ret 0 ?stdcall_function@@YGHXZ ENDP ; stdcall_function _TEXT ENDS ; Function compile flags: /Odtp _TEXT SEGMENT ?c_function@@YAHXZ PROC ; c_function ; File z:\t\sym32.cpp ; Line 2 push ebp mov ebp, esp mov eax, 1 pop ebp ret 0 ?c_function@@YAHXZ ENDP ; c_function _TEXT ENDS END */
【 在 z16166 的大作中提到: 】
: C和C++是肯定不一样的，C只是在函数名前面加个下划线，C++要做多一点mangling
: 我想说的是下面两个mangle之后的名字是一样的
: int __stdcall func() { return 2; }
: ...................
--
FROM 171.221.52.* - 好的。谢谢
【 在 poocp (慢速随机指标) 的大作中提到: 】
: 这以前在也16位的MSC++和32位MSVC++的时候名称约定也是分开的，就是因为分得太多实在麻烦，也给链接造成问题，到了64位MSVC++才合并了。
: 32位下的符号名称，__cdecl的是@YA，而__stdcall是@YG，main()函数是_main（64位下是main）。就是因为这样太麻烦，到64位才全部改回@YA了。
: PUBLIC ?c_function@@YAHXZ ; c_function
: PUBLIC ?stdcall_function@@YGHXZ ; stdcall_function
--
FROM 114.254.10.* - 前阵子稍微看了一下汇编语法，
发现 MinGW 与 MSVC 在处理动态库时不太一样，请教一下：
Windows 的 dllexport/dllimport，相对于标准的头文件技术差异是啥？
难道只在于控制动态库导出符号的可见性吗？
【 在 z16166 的大作中提到: 】
: 被调用的lib里的符号的可见性（而且windows上没有ELF文件里的那种复杂可见性），应该是不受调用者的制约的
: __imp_xxx那种看着是调用API的地方，不涉及隐私的编译/链接错误，可以完整贴出来，或者提供最小demo，自己转述是不准确的。
: VS有verbose linking选项，打印一下link过程就知道了
: ...................
--
FROM 36.156.86.*