在 Windows 10 上使用 Clang 和 LLD
Using Clang on Windows 10 with LLD
编译一个简单的 hello world 程序会在使用 clang
编译时生成警告。我知道使用 clang-cl
会消除警告。
在 Clang 的网站上,它声明:"clang-cl is an alternative command-line interface to Clang, designed for compatibility with the Visual C++ compiler, cl.exe."
我不想使用 Microsoft Visual C++ 的工具链。我想使用 Clang 作为编译器和 LLD 作为 linker.
- "compatibility with the Visual C++ compiler"是什么意思?
- 我怎么知道默认使用哪个 linker? Clang 的文档说默认使用 LLD,但是,如果是这样,那为什么会有警告?为什么
clang-cl
是此警告的推荐解决方案?
铿锵
我编译:
clang main.cpp
并收到警告:
main-a354e7.o : warning LNK4217: locally defined symbol _CxxThrowException imported in function "class std::num_put<char,class std::ostreambuf_iterator<char,struct std::char_traits<char> > > const & __cdecl std::use_facet<class std::num_put<char,class std::ostreambuf_iterator<char,struct std::char_traits<char> > > >(class std::locale const &)" (??$use_facet@V?$num_put@DV?$ostreambuf_iterator@DU?$char_traits@D@std@@@std@@@std@@@std@@YAAEBV?$num_put@DV?$ostreambuf_iterator@DU?$char_traits@D@std@@@std@@@0@AEBVlocale@0@@Z)
main-a354e7.o : warning LNK4217: locally defined symbol __std_terminate imported in function "int `public: __cdecl std::locale::~locale(void)'::`1'::dtor" (?dtor@?0???1locale@std@@QEAA@XZ@4HA)
它仍然生成了一个 a.exe
文件。但是,在 Debian 终端(WSL Windows Linux 的子系统)中 运行 时,此相同的命令不会生成任何文件并且有错误。
clang && lld [lld-link]
我尝试编译为目标代码,然后将其传递给 LLD。导致错误:
clang -c main.cpp -o main.o
lld-link main.o
lld-link: error: could not open libcpmt.lib: no such file or directory
- 这个图书馆是什么?它从哪里来的?为什么找不到?
main.cpp
#include <iostream>
using namespace std;
int add1(int x);
int main()
{
int a;
a = 1;
cout << a << endl; //prints a and goes to new line
a = add1(a);
return 0; //must return 0 to tell the OS the
//program executed successfully
}
int add1( int x )
{
x = x + 1;
return x;
}
clang
是 C 编译器,clang++
是 C++ 编译器。所以要编译为 C++,你需要 clang -c main.cpp -o main.o
clang-cl
另一端是替代驱动程序。如果您不想使用工具链,请不要理会它。但是,如果你像我一样尝试编译一个当前使用 MSVC 编译的项目并且还想使用 clang 编译它,那么它真的很有用。
如果您不玩三元组,主要区别在于它链接到的平台 ABI。
Clang++ 链接到 mingw 标准库,而 clang-cl 使用 Microsoft 运行时。因此,名称 mangling ... 也是 MSVC 兼容的。 (的,并且它有一个宽容模式,在该模式下它允许一些无效代码以实现兼容性)
编译一个简单的 hello world 程序会在使用 clang
编译时生成警告。我知道使用 clang-cl
会消除警告。
在 Clang 的网站上,它声明:"clang-cl is an alternative command-line interface to Clang, designed for compatibility with the Visual C++ compiler, cl.exe."
我不想使用 Microsoft Visual C++ 的工具链。我想使用 Clang 作为编译器和 LLD 作为 linker.
- "compatibility with the Visual C++ compiler"是什么意思?
- 我怎么知道默认使用哪个 linker? Clang 的文档说默认使用 LLD,但是,如果是这样,那为什么会有警告?为什么
clang-cl
是此警告的推荐解决方案?
铿锵
我编译:
clang main.cpp
并收到警告:
main-a354e7.o : warning LNK4217: locally defined symbol _CxxThrowException imported in function "class std::num_put<char,class std::ostreambuf_iterator<char,struct std::char_traits<char> > > const & __cdecl std::use_facet<class std::num_put<char,class std::ostreambuf_iterator<char,struct std::char_traits<char> > > >(class std::locale const &)" (??$use_facet@V?$num_put@DV?$ostreambuf_iterator@DU?$char_traits@D@std@@@std@@@std@@@std@@YAAEBV?$num_put@DV?$ostreambuf_iterator@DU?$char_traits@D@std@@@std@@@0@AEBVlocale@0@@Z)
main-a354e7.o : warning LNK4217: locally defined symbol __std_terminate imported in function "int `public: __cdecl std::locale::~locale(void)'::`1'::dtor" (?dtor@?0???1locale@std@@QEAA@XZ@4HA)
它仍然生成了一个 a.exe
文件。但是,在 Debian 终端(WSL Windows Linux 的子系统)中 运行 时,此相同的命令不会生成任何文件并且有错误。
clang && lld [lld-link]
我尝试编译为目标代码,然后将其传递给 LLD。导致错误:
clang -c main.cpp -o main.o
lld-link main.o
lld-link: error: could not open libcpmt.lib: no such file or directory
- 这个图书馆是什么?它从哪里来的?为什么找不到?
main.cpp
#include <iostream>
using namespace std;
int add1(int x);
int main()
{
int a;
a = 1;
cout << a << endl; //prints a and goes to new line
a = add1(a);
return 0; //must return 0 to tell the OS the
//program executed successfully
}
int add1( int x )
{
x = x + 1;
return x;
}
clang
是 C 编译器,clang++
是 C++ 编译器。所以要编译为 C++,你需要 clang -c main.cpp -o main.o
clang-cl
另一端是替代驱动程序。如果您不想使用工具链,请不要理会它。但是,如果你像我一样尝试编译一个当前使用 MSVC 编译的项目并且还想使用 clang 编译它,那么它真的很有用。
如果您不玩三元组,主要区别在于它链接到的平台 ABI。
Clang++ 链接到 mingw 标准库,而 clang-cl 使用 Microsoft 运行时。因此,名称 mangling ... 也是 MSVC 兼容的。 (的,并且它有一个宽容模式,在该模式下它允许一些无效代码以实现兼容性)