使用 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”或在“调试”配置中，错误消失。

'offending 函数在 cstringt.h 标头中使用 _ATL_INSECURE_DEPRECATE("blah blah") 属性定义，但将其重新定义为 'empty' 并不能解决问题。

要重现，请使用新建项目向导在 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）这是我应该向微软报告的“错误”还是我在做一些愚蠢的事情？ (2) 任何人都可以建议一个补丁/修复程序，以便我可以真正用 clang 测试我的 MFC 项目吗？ 注意：我必须在 DLL 中使用 MFC，因为我依赖于扩展 DLL。

Answer 1

啊哈！ 我有一个有效的修复程序（目前），但依赖于这样一个事实，即我正在构建的 EXE 都调用了我也构建的通用 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）？