问题标签 [distcc]

I am attempting to setup a small build cluster at home using distcc. There are two x64 systems and 1 i686 systems. All systems are running Ubuntu 10.10 and are up to date. The system that is initiating the build is x64. Distcc works fine between the two x64 systems but all build tasks sent to the i686 system fail.

So far:

• I have installed the multilib package for g++ on that system. I am able to cross-compile to x64 locally using g++ -m64
• Changed the link in /usr/lib/distcc/g++ to point to a script that explicity sets the -m64 parameter.

Any suggestions?

我正在尝试使用 Xcode 进行分布式构建，但是在从构建服务器构建时看到了这个错误（构建服务器是主机，开发机器是客户端）。

当我尝试以另一种方式执行此操作时，我能够分发构建（我的开发机器作为主机，构建服务器作为客户端）

有什么想法吗？

我正计划收集我的游戏 HTPC 空闲周期来使用 distcc 编译我的软件，但我需要设置一个交叉编译器。问题是谷歌遗憾地缺乏相关信息。

我正在尝试在其中一个 Sun Solaris 平台上安装 distcc 3.1。

将文件解压缩到一个文件夹后，我运行 configure（基本上检查所需配置的脚本）。此脚本抛出以下错误

make: Fatal error in reader: Makefile, line 471: Unexpected end of line seen

在此之后，如果我运行 make 或 make install 命令，我会收到另一个错误，并且我无法继续安装。请帮助我进行正确的安装过程或指导我如何解决此 Make 问题。

当我运行 distccmon-text 1 时，它每秒创建一个新的空行，即使我（应该）有一个 distcc 守护程序启动并运行。

是否可以列出我的 ~/.distcc/hosts 中已启动并正在运行、准备好工作的主机节点？

根据我所读到的，能够将泵模式与 distcc 一起使用需要您将 make 封装在pump脚本中。但是，我的路径中没有它，我找不到它作为一个包或包含在Cygwin的distcc 包中。

但是，当我使用 distcc 编译并使用distccmon-text来监视哪些主机被联系以及它们的阶段时，我清楚地看到其中一些有时处于预处理阶段。我认为所有预处理都是在不使用泵模式时在执行 make 脚本的客户端上完成的。并且泵模式的整个想法是在远程主机上进行预处理（因此需要相同的包含文件）。

这让我很困惑。我的主要问题是： distcc 的Startup、Blocked、Connected、Preprocess、Conect、Send、Receive和Done阶段到底是什么意思？

作为一个子问题：如何在 Cygwin 中使用带有 distcc 的泵模式？

据我所知，当我将任何项目从模拟器切换到设备构建配置时，构建不再是分布式的，而是在本地构建的。

那么，让 Xcode 使用分布式构建机制进行设备构建有什么魔力吗？有人对此有明确的说法，甚至有一些动手经验吗？

除非您了解分布式构建和 Xcode 的主题，否则请不要投票或关闭。这不是关于签署分发的菜鸟问题。

（这与问题ccache 和绝对路径不同，因为我只希望命令路径不在 ccache 主机上扩展）

当ccache和distcc一起使用时，ccache是​​把编译器扩展成绝对路径，然后distcc就不能使用远程机器上的PATH来选择使用哪个编译器了。

例如，我调用CCACHE_PREFIX=distcc ccache g++ foo.ccccache将其扩展为本地预处理步骤和缓存检查，然后调用 distcc as distcc /usr/bin/g++，这是错误的版本（g++ 位于 /usr/bin 之前的远程路径中，但这并没有给出它完全有机会搜索路径）。

我有各种不同的机器被用作 distcc 主机，它们在不同的位置安装了相同版本的 gcc/g++（是的，如果我把它们都放在像 /usr/local 这样的地方，这个问题就会消失，但我不能现在就这样做）。

是否有设置让 ccache 仅传递g++给 distcc 而不是将路径扩展到本地编译器的绝对路径？如果还没有设置，我并不完全反对修补 ccache，但这是最后的手段:)

我试图为我正在处理的一个新项目设置一个小型 2 系统 distcc 编译集群，但由于某种原因，我无法让集群中的第二台服务器进行编译。

如果我尝试在所述服务器上运行 arm-eabi-gcc 文件，我会得到正常的无输入文件错误，但 distcc 有其他想法。

从其日志文件中提取：

任何想法发生了什么？

编辑：我可以很高兴地使用 distcc 为 x86 和 x86_64 编译，只是由于某种原因不能使用 arm

将 scons 与 distcc 一起使用的正确方法是什么？使用 CC="distcc g++" 或 CXX 的明显方式不起作用。

有没有人成功地将两者结合起来？

谢谢！