Windows Linux子系统是否足以使用bitbake、gcc、cmake等构建任务?

Windows Linux子系统是否足以使用bitbake、gcc、cmake等构建任务?,gcc,build,virtual-machine,windows-subsystem-for-linux,bitbake,Gcc,Build,Virtual Machine,Windows Subsystem For Linux,Bitbake,我的项目目前使用运行在Windows(x86_64)上的VirtualBox+Ubuntu18构建一个ARM映像,使用bitbake,gcc,cmake,make 问题 WSL是否足以构建当前在虚拟机+Ubuntu 18上运行的活动?这取决于构建的功能。如果他们尝试执行长双精度运算,可能会失败或不正确,原因是WSL错误: 人们还报告了由主机上的防病毒软件引起的构建工具问题。如果是交叉编译,Linux仿真中的其他缺陷可能无关紧要 重要的是,与虚拟化相比,WSL的速度非常慢,尤其是在文件系统操

我的项目目前使用运行在Windows(x86_64)上的VirtualBox+Ubuntu18构建一个
ARM
映像,使用
bitbake
gcc
cmake
make

问题


WSL是否足以构建当前在虚拟机+Ubuntu 18上运行的活动?

这取决于构建的功能。如果他们尝试执行长双精度运算,可能会失败或不正确,原因是WSL错误:

人们还报告了由主机上的防病毒软件引起的构建工具问题。如果是交叉编译,Linux仿真中的其他缺陷可能无关紧要

重要的是,与虚拟化相比,WSL的速度非常慢,尤其是在文件系统操作方面。如果您的构建被分割到许多小文件中,那么从虚拟化切换到WSL可能会导致巨大的速度减慢


编辑上述内容适用于原始WSL(
LXCORE.SYS
)。WSL2基于Hyper-V,可能表现得更好(但我还没有尝试过)。然而,Hyper-V依赖性意味着您必须完全禁用Virtualbox。

这令人失望。如果它有两个关键问题,它有什么用?完全禁用Virtualbox是什么意思?据我所知,Hyper-V与Virtualbox驱动程序不兼容。你必须选择一个。(但我已经很久没有亲自使用VirtualBlox了。)