构建Microsoft PICT可调用DLL遇依赖缺失及API导出问题求助

一、处理Dependency Walker的依赖误报 #

你看到的API-MS-WIN.*、AZUREATTESTMANAGER这类“缺失DLL”其实是Windows API集（API Sets），并非真实存在的物理DLL文件。Dependency Walker是老旧工具，对Windows 10/11的API集支持不完善，才会出现这类误报。

验证真实依赖的正确方法：

• 使用VS自带的dumpbin /dependents libpict.dll命令，它能准确列出DLL实际依赖的物理文件。
• 或者用Process Explorer加载DLL查看依赖，结果更可靠。

如果确实存在真实依赖缺失（比如MinGW运行时库），可调整Makefile的链接参数：在DLL编译规则中添加必要的Windows系统库链接，比如-lkernel32 -luser32 -ladvapi32，同时确认-static-libgcc -static-libstdc++参数生效，将MinGW的C/C++运行时静态链接进去，避免依赖额外的MinGW DLL。修改后的规则示例：

$(TARGET_LIB_DLL): $(OBJS)
    $(CXX) -fPIC -shared -static-libgcc -static-libstdc++ $(OBJS) -o $(TARGET_LIB_DLL) -lkernel32 -luser32 -ladvapi32

二、给PICT API添加导出标识 #

要让其他项目调用DLL中的函数，必须显式导出这些API，步骤如下：

1. 定义导出宏
   在pictapi.h开头添加宏定义，区分编译DLL时的导出和使用DLL时的导入：

#ifdef PICT_EXPORTS
#define PICT_API __declspec(dllexport)
#else
#define PICT_API __declspec(dllimport)
#endif

2. 修改函数声明
   给pictapi.h中所有需要导出的函数加上PICT_API前缀，比如原声明：

int PictCreateModel();

改成：

PICT_API int PictCreateModel();

若调用项目是C语言或需要避免C++名字 mangling，需将函数声明用extern "C"包裹：

#ifdef __cplusplus
extern "C" {
#endif

PICT_API int PictCreateModel();
// 其他API函数同理修改

#ifdef __cplusplus
}
#endif

3. 编译时定义导出宏
   在Makefile中，编译OBJS时添加-DPICT_EXPORTS参数，确保编译DLL时宏生效，比如修改CXXFLAGS：

CXXFLAGS += -DPICT_EXPORTS

这样编译出的DLL会包含导出表，其他项目通过pictapi.h链接该DLL时，就能正确导入API了。

内容的提问来源于stack exchange，提问作者Milan