Clang原则上可以用作交叉编译器:与大多数编译器不同,clang / LLVM包含同一个二进制文件中不同平台的组件(如代码集,汇编器和链接器)。
但是,您将遇到一些试图在生产能力中使用它们的问题:
>您需要平台库和头文件。要生成可在Windows上运行的可执行文件,您需要要链接的Windows标头和Windows库,如果您动态链接静态链接或静态链接,则导入lib。您应该能够从Visual Studio的安装中获取这些。
>许多C功能,如名称调整和RTTI支持在Windows上尚未完成。您将在Windows上使用Clang编译与Windows相同的问题。 Windows C支持是pretty much complete这几天。
> LLVM项目包括lld链接器,这显然已经足够远了,它可以在x86 Windows上自我托管,因此可能适用于您作为跨平台链接器,但是lld还不是cl发分布的标准部分。 OS X上的Clang仍然使用OS X平台链接器ld,默认情况下与Windows上的Clang(link.exe)一样。您需要获取lld并找出如何链接它,或者找到一些其他的跨平台链接器。
> clang驱动程序不是写成跨平台的编译器驱动程序。您可能需要做更多的动手操作来运行跨平台的编译。看看clang的输出 – ###:ang ang ang driver driver that that that,,,,,,but。。。。。。。。。。。。。。。。。。。。。。。。。而且由于clang在跨平台编译时的测试少得多,您可能会遇到更多的错误。
> Xcode不会帮你任何一个。它可以配置cl构建OS X或iOS,但您必须手动将跨平台构建配置到Windows。
相对来说,我相信自己可以拼凑一个基于LLVM的环境,在OS X或者Linux上构建一个C“Hello World”的Windows exe,但Xcode还没有准备好将“Windows”项添加到可能的列表中目标平台。
如果您不是编译器开发人员,那么最好只是将源代码复制到Windows机器并使用Visual Studio构建。如果你是或者想成为一个编译开发人员,那么一定要帮助推进Clang的交叉编译能力。我认为Clang universal driver项目是令人兴奋的,我真的很希望看到进度继续下去。
我已经成功完成了相反的交叉编译:在Windows上编译Mac OS X可执行文件。这样做可以在一个小程序上手动进行,即直接编译一个.cpp文件。
首先,Mac OS X开发工具带有“SDK”,其中包含特定操作系统的所有系统库和头文件。这里最大的挑战是找出如何将SDK转移到Windows,同时保留SDK中的所有符号链接。 (由于某些原因,在Windows上创建符号链接需要提升的权限,所以在使用符号链接在OS X上生成tar.gz后,我必须以Windows身份运行7zip作为管理员正确扩展存档。)
一旦SDK在Windows上可用,就有一个标志来告诉cl ang如何获取所有的系统依赖关系:-isysroot。这与-target标志结合是我需要告诉cl声如何为OS X生成完整的目标文件。
为了链接我手动使用lld,因为编译器驱动程序似乎不支持使用与lld的交叉链接。 lld支持类似的标志来确定目标系统库。
最后一步是将生成的可执行文件复制到OS X机器,启用执行权限(Windows不支持相同的文件权限,因此在构建时不会设置执行位)并运行结果。