使用 Clang/VS-2019 构建的 MFC/DLL 中缺少 ATL::CStringT 函数

Question

最近在 Visual Studio 2019 中安装了新的 LLVM/clang-cl 工具集，这是一个潜在的出色补充！但是，在构建我的 EXE 和 DLL 文件时，我在链接时收到以下错误：

lld-link : error : undefined symbol: "__declspec(dllimport) public: static void __cdecl ATL::CSimpleStringT<wchar_t, 1>::CopyChars(wchar_t *, unsigned __int64, wchar_t const *, int)" (__imp_?CopyChars@?$CSimpleStringT@_W$00@ATL@@SAXPEA_W_KPEB_WH@Z)

仅当使用“在共享 DLL 中使用 MFC”和“发布”配置进行构建时才会发生这种情况：即，使用“在静态库中使用 MFC”或在“调试”配置中，错误就会消失。

“有问题的函数是在 cstringt.h 标头中使用 _ATL_INSECURE_DEPRECATE("blah blah") 属性定义的，但将其重新定义为“空”并不能解决问题。

要重现，请使用“新建项目”向导在 VS-2019 中创建一个默认的 MFC、基于对话框的应用程序，并在 OnInitDialog() 函数中添加以下内容：

// TODO: Add extra initialization here
    CString txt1 = L"Hello, ";
    CString txt2 = L"world!";
    CString mess = txt1 + txt2;
    SetDlgItemText(IDC_STATIC, mess);

默认构建进行检查，然后将“平台工具集”切换为“LLVM (clang-cl)”并重建！您需要在生成的“framework.h”文件末尾注释掉或禁用与清单相关的行：

    #ifndef __clang__
    #ifdef _UNICODE
    #if defined _M_IX86
    #pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='x86' publicKeyToken='6595b64144ccf1df' language='*'\"")
    #elif defined _M_X64
    #pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='amd64' publicKeyToken='6595b64144ccf1df' language='*'\"")
    #else
    #pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'\"")
    #endif
    #endif
    #endif

我已在全局标头中尝试了以下#defines，但无济于事：

    #define _CRT_SECURE_NO_DEPRECATE
    #define _SECURE_ATL 0
    #define _SECURE_SCL 0
    #define _ATL_INSECURE_DEPRECATE(a)
    #define _ATL_DEBUG_INTERFACES

那么：(1) 这是我应该向 Microsoft 报告的“错误”还是我在做一些愚蠢的事情？ (2) 任何人都可以建议一个补丁/修复程序，以便我可以真正使用 clang 测试我的 MFC 项目吗？注意：我必须在 DLL 中使用 MFC，因为我依赖扩展 DLL。

Answer 1

啊哈！我有一个可行的修复程序（目前），但依赖于这样一个事实：我正在构建的 EXE 都调用一个公共 DLL，我也构建了该 DLL。我将此代码添加到该 DLL 的源代码中，它们现在可以构建并运行！

template<> void __declspec(dllexport) __cdecl ATL::CSimpleStringT<wchar_t,1>::CopyChars(wchar_t *pchDest, size_t, const
    wchar_t *pchSrc, int nChars) throw()
{
    memcpy(pchDest, pchSrc, size_t(nChars) * sizeof(wchar_t));
    return;
}

但是，这依赖于我调用该 DLL 的事实。对于其他不支持的应用程序，我（还）无法使这种方法发挥作用。另外，我的“MFC 扩展 DLL”似乎不喜欢它：它们是可选的“插件”模块，但当我尝试加载一个模块时只会导致完全退出/崩溃 - 但这可能是由许多其他原因引起的因素，因为这使用了非常深刻/微妙的 MFC 东西。

Answer 2

我遇到了同样的问题，发现在项目配置中禁用内联函数扩展（/Ob0）可以解决问题。您是否碰巧启用了它（/Ob1 或 /Ob2）？