Question

我有一个项目，对于需要自定义引导程序/引导程序的自定义第三方SoM而言，该项目大部分已完成，目前该配方位于meta-bsp层中，可以正常工作，但是它们是在aarch64-poky-linux构建目录中构建的。我们有该制造商提供的多个SoM模型，每个模型都需要不同的引导加载程序配置，我希望将它们构建在机器特定的非Linux目录中，如果可能的话，例如aarch64- -none或其他内容。这可能吗？

我们正在使用dunfell版本。

配方位于meta-mfg / recipes-bsp / mfg- / mfg-_version.bb中相当标准的配方设置，包括：

    SECTION = "bootloaders"
    SRC_URI..
    DEPENDS (native packages only)
    do_configure()
    do_compile()
    do_install()

当前构建目录：tmp / work / aarch64-poky-linux / mfg-bootloader / 1.x.x-rx /
首选的构建目录：tmp / work / aarch64- -none / mfg-bootloader / 1.x.x-rx /

为不同的机器/ soms构建时，它使用相同的目录并使用以前的构建，这可能是不正确的。我们确实有一种解决方法，我们不标记configure / build / install任务，因此它们始终会重新生成，但是我们希望有一个更清洁，更合适的实现。

有什么办法可以做到这一点？到目前为止，我还找不到任何信息。

Answer 1

对于任何有相同问题的人，我都从IRC渠道获得解决方案：将PACKAGE_ARCH =“ $ {MACHINE_ARCH}”添加到配方中，以在计算机专用文件夹中构建

Yocto：在aarch64-poky-linux工作目录之外构建自定义引导程序

1 个答案: