C++ 将编译器前缀命令与CMake（distcc、ccache）一起使用

有些实用程序通过添加命令作为前缀来使用现有编译器（因此，您可以调用

distcc-c file.c

，而不是调用

cc-c file.c

）

使用CMake时，编译器命令可以更改，但是我在尝试使用

distcc

时遇到了问题，尽管这可能会应用于编译器的任何命令前缀（

ccache

）

• CMake希望编译器是一个绝对路径，
  因此将

  CMake\u C\u编译器

  设置为

  /usr/bin/distcc/usr/bin/cc

  ，会出现错误：
  

  /usr/bin/distcc/usr/bin/cc
  不是现有编译器工具的完整路径。

• 将编译器设置为

  /usr/bin/distcc

  和
  

  CMAKE_C_compiler_ARG1

  或

  CMAKE_C_FLAGS

  以

  /usr/bin/cc

  开头在某些情况下可以工作，但在

  检查C_源代码时失败

  
  （检查是否有某种方法支持此操作，即使在

  CMAKE\u REQUIRED\u标志前面加前缀也不起作用）

---

我发现的唯一方法是将命令包装在shell脚本中

#!/bin/sh
exec /usr/bin/distcc /usr/bin/cc "$@"

虽然这是可行的，但如果能够在CMake中使用编译器帮助程序，而不必使用shell脚本（当构建系统可以只使用命令前缀时，会产生一些小的开销），那就太好了

---

所以我的问题是：

CMake是否可以直接使用编译器前缀命令（如distcc），而不使用shell脚本包装器？

，因为存在变量和相应的目标属性。因此，如果您的项目是C-only，您可以执行以下操作：

cmake -DCMAKE_C_COMPILER_LAUNCHER=ccache /path/to/source
CCACHE_PREFIX=distcc make -j`distcc -j`

如果你有一个C++项目，请使用<代码> -dcMaMeCxxCuffeleRungleC= CACHEC< /C> 或者，使您的

CMakeLists.txt

智能化，并在可以找到的情况下自动使用ccache：

#-----------------------------------------------------------------------------
# Enable ccache if not already enabled by symlink masquerading and if no other
# CMake compiler launchers are already defined
#-----------------------------------------------------------------------------
find_program(CCACHE_EXECUTABLE ccache)
mark_as_advanced(CCACHE_EXECUTABLE)
if(CCACHE_EXECUTABLE)
  foreach(LANG C CXX)
    if(NOT DEFINED CMAKE_${LANG}_COMPILER_LAUNCHER AND NOT CMAKE_${LANG}_COMPILER MATCHES ".*/ccache")
      message(STATUS "Enabling ccache for ${LANG}")
      set(CMAKE_${LANG}_COMPILER_LAUNCHER ${CCACHE_EXECUTABLE} CACHE STRING "")
    endif()
  endforeach()
endif()

---

提示：切勿使用

\u COMPILER\u LAUNCHER

进行交叉编译。如果将

\u COMPILER\u LAUNCHER

与distcc一起使用，则绝对编译器路径将发送到distcc，并且主机未使用交叉编译工具链

相反，您应该使用老式方法，只需覆盖编译器路径：

export PATH=/usr/lib/distcc:$PATH

---

我花了好几个小时才发现……

在调用cmake时，是否设置了

CC

/

CXX

环境变量（例如

CC=“distcc gcc”cmake..

）由于某些原因不足？@Iskar Jarak，这很有效！（因此我猜这可能是答案）有趣的是，在内部，第一个命令使用

CMAKE\u C\u编译器

，第二个命令使用

CMAKE\u C\u编译器_ARG1

。我不知道发生了什么-因为我已经尝试在CMAKE gui中设置这些，而

CMAKE\u C\u编译器_ARG1

被

忽略，检查\u C\u源代码

。很高兴它能工作。设置环境变量可能还设置了一些其他的东西，

CHECK\u SOURCE\u编译

使用的东西……虽然我不是100%的什么……这就是为什么在CMake中处理单个变量是一件非常痛苦的事情。根据CMake文档，只有Mak才会尊重

\u COMPILER\u LAUNCHER

目标属性efiles和Ninja生成器。要让Xcode使用启动器，您必须做更多的工作。有关更通用的方法，请参阅，该方法使用较旧的规则\u LAUNCH\u编译变量和CMAKE\u Xcode\u属性\u…，但与您的方法类似。遗憾的是，即使使用最新的CMAKE（3.10.1），在检查\u源代码\u编译中也忽略了CMAKE\u编译器\u启动器。这意味着，如果测试结果取决于启动器，则仍然需要包装器。对于distcc，是的，因为它不在同一台机器上运行。对于ccache，它仍然可以正常工作。