时间戳

首页 > 解决方案 > Jenkins 在 Mac M1 代理上无法正常工作

jenkins - Jenkins 在 Mac M1 代理上无法正常工作

问题描述

我们想在我们的 CI 管道中使用带有 M1 处理器的 Mac Mini 作为代理，以确保使用新 Mac 的开发人员可以编译项目。我们复制了 x86 的设置，但 cmake 找不到诸如 boost 之类的库：

CMake Error at /opt/homebrew/Cellar/cmake/3.19.7/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:218 (message):
  Could NOT find Boost (missing: Boost_INCLUDE_DIR container system
  date_time)

奇怪的是，当通过 ssh 直接连接到机器时，这不是问题。即使手动设置环境变量也不会改变任何东西。

标签： jenkinscmakeapple-m1rosetta-2

解决方案

Jenkins 代理使用 Java。如果您通过 brew 安装 Java（例如，采用openjdk8），您可能会获得使用 Rosetta 翻译层运行的 x64 版本（截至 2021 年 3 月）。您可以通过执行来验证这一点sysctl sysctl.proc_translated。在“正常”的 SSH 连接中，这应该返回 0，当sh "sysctl sysctl.proc_translated"在 Jenkins 中执行时，您将看到 1。

首选选项（安装本机 JDK）

除了使用，例如，采用openjdk8，您可以安装zulu JDK，它是本机可用的，通过

brew install --cask zulu

在此之后，您应该能够proc_translated在 Jenkins 中验证它是 0。您可以验证是否按如下所述构建了本机二进制文件。

修补程序（不更改 JDK）

如果您无法安装本机 JDK ，则以下是修补程序。

我们可以通过如下修改我们的 Jenkinsfile 来强制 cmake 本地运行（从而找到本地库）：

老的：

sh "cmake .."
sh "make hyriseTest"

新的：

sh "PATH=/opt/homebrew/bin:$PATH arch -arm64 cmake .."
sh "arch -arm64 make hyriseTest"

不得不一遍又一遍地重复 arch 命令并不是很漂亮。也许有人有更好的解决方案。

结果验证

我们可以验证我们生成的二进制文件是本机 ARM 二进制文件：

sh "file hyriseTest"

结果：

+ file ./hyriseTest
./hyriseTest: Mach-O 64-bit executable arm64

编译器警告

注意：我们仍然看到有关“ltmp3”和“ltmp4”的链接器警告。我在网上没有找到任何有关该信息的信息，它似乎不会影响结果的正确性。例子：

ld: warning: direct access in function 'ltmp4' from file 'CMakeFiles/hyriseMvccDeletePlugin.dir/Unity/unity_0_cxx.cxx.o' to global weak symbol

推荐阅读