MFC/DLL 中缺少 ATL::CStringT 函数 使用 Clang/VS-2019 构建
Missing ATL::CStringT function in MFC/DLL Builds with Clang/VS-2019
最近在 Visual Studio 2019 年安装了新的 LLVM/clang-cl 工具集,这是一个潜在的出色补充!但是,在构建我的 EXE 和 DLL 文件时,我在 link 时收到以下错误:
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[=13=]@ATL@@SAXPEA_W_KPEB_WH@Z)
仅当使用“在共享 DLL 中使用 MFC”和“发布”配置进行构建时才会发生此错误:即,使用“在静态库中使用 MFC”或“调试”配置时,错误消失。
'违规函数在 cstringt.h header 中使用 _ATL_INSECURE_DEPRECATE("blah blah") 属性定义,但是 re-defining 这对 'empty' 没有解决问题。
要重现,请使用新建项目向导在 VS-2019 中创建默认 MFC dialog-based 应用程序,并在 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)”并重建!您需要 comment-out 或禁用生成的“framework.h”文件末尾的 manifest-related 行:
#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
我在全局 header 中尝试了以下 #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 报告的 'bug' 还是我在做一些愚蠢的事情? (2) 谁能建议 patch/fix 这样我就可以用 clang 真正测试我的 MFC 项目?注意:我必须在 DLL 中使用 MFC,因为我依赖于扩展 DLL。
啊哈!我有一个有效的修复程序(目前),但依赖于我正在构建的所有 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 Extension DLLs" 似乎不喜欢它:它们是可选的 'plug-in' 模块,但当我尝试加载一个模块时只会导致完整的 exit/crash - 但这可能是由数字引起的其他因素,因为这确实使用了 deep/subtle MFC 东西。
我遇到过同样的问题,发现在项目配置中禁用内联函数扩展 (/Ob0) 可以解决问题。您是否碰巧启用了它(/Ob1 或 /Ob2)?
最近在 Visual Studio 2019 年安装了新的 LLVM/clang-cl 工具集,这是一个潜在的出色补充!但是,在构建我的 EXE 和 DLL 文件时,我在 link 时收到以下错误:
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[=13=]@ATL@@SAXPEA_W_KPEB_WH@Z)
仅当使用“在共享 DLL 中使用 MFC”和“发布”配置进行构建时才会发生此错误:即,使用“在静态库中使用 MFC”或“调试”配置时,错误消失。
'违规函数在 cstringt.h header 中使用 _ATL_INSECURE_DEPRECATE("blah blah") 属性定义,但是 re-defining 这对 'empty' 没有解决问题。
要重现,请使用新建项目向导在 VS-2019 中创建默认 MFC dialog-based 应用程序,并在 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)”并重建!您需要 comment-out 或禁用生成的“framework.h”文件末尾的 manifest-related 行:
#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
我在全局 header 中尝试了以下 #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 报告的 'bug' 还是我在做一些愚蠢的事情? (2) 谁能建议 patch/fix 这样我就可以用 clang 真正测试我的 MFC 项目?注意:我必须在 DLL 中使用 MFC,因为我依赖于扩展 DLL。
啊哈!我有一个有效的修复程序(目前),但依赖于我正在构建的所有 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 Extension DLLs" 似乎不喜欢它:它们是可选的 'plug-in' 模块,但当我尝试加载一个模块时只会导致完整的 exit/crash - 但这可能是由数字引起的其他因素,因为这确实使用了 deep/subtle MFC 东西。
我遇到过同样的问题,发现在项目配置中禁用内联函数扩展 (/Ob0) 可以解决问题。您是否碰巧启用了它(/Ob1 或 /Ob2)?