问题标签 [incredibuild]

通过 Incredibuild 运行 C++ 构建时，“输出”不显示错误。这是通过 IDE 和命令行构建 ( BuildConsole) 的情况。在 IDE/Build Monitor 窗口中，错误在Projects Display上可见，并出现以下错误：

Visual Studio 尚未收到此任务的输出。此输出到达 Visual Studio 后，将显示在 IncrediBuild 主输出窗格中。

对于自动化的命令行构建，不会记录这些错误。所有日志记录选项仅BuildConsole回显输出显示。

构建监视器的副本

是否有一种解决方法可以BuildConsole记录“项目输出”或结果“到达”Visual Studio？

环境：

• Visual Studio 2015：版本 14.0 更新 3
• IncrediBuild 7.3 内部版本 1795
• Windows 7的

我正在尝试使用 Xoreax Incredibuild(v 8.01) 使用“BuildConsole”构建 LLVM 解决方案文件，但我没有看到构建时间有任何加速。

• 在 LLVM 日志中，我可以看到一条消息Maximum number of concurrent builds reached。等待构建完成
• 我相信这可能是我没有看到使用 Incredibuild 构建 LLVM 的好处的原因。
• Incredibuild 用于构建解决方案文件的 Visual Studio 版本为 2015。

有没有其他人遇到过这样的消息，如果有，原因/解决方案是什么？

我也尝试使用IB_profile.xml文件来构建 LLVM 并查看它是否有助于摆脱上述消息，但在使用 XML 文件将 Incredibuild 与 LLVM 集成时我看到了相同的消息。

这是我用来使用 Incredibuild 构建 LLVM的Make 命令：

这是IB_profile.xml 文件的内容：

以下是LLVM 日志片段：

有一个非常烦人的问题，当我应用 Visual Studio 2017 更新时，xoreax Incredibuild 不断重新安装。

我将它从 Add/Remove 中删除，一周或一周内都可以，然后 Microsoft 发布了另一个 Visual Studio 2017 更新，你瞧，Incredibuild 又回来了，需要再次手动删除。

我真的不想要这些垃圾，Visual Studio 本身就足够慢，没有更多无用的垃圾被推到我身上。

我有一个项目并使用 VS 和 IncrediBuild 进行了 3 次干净的构建

IncrediBuild 的设置：2 台机器同时编译，两者的性能大致相同

1. VS 编译器

   • 编译时间：~10min
   • 链接：~3-4 分钟

2. IncrediBuild

   • 编译时间：~4-5 分钟（=> 预期，大约一半时间）
   • 链接：~10 分钟（=> 意外，应该大约是同一时间）

这可以在几个构建中重现（我做了 3 个干净的构建）。我知道，IncrediBuild 无法并行化一个项目的链接，但为什么与 VS 链接相比，使用 IncrediBuild 的链接速度较慢？

我的测试表明，我使用 IncrediBuild 没有任何好处，我正在考虑使用几台机器来构建我的项目以提高构建速度，但如果链接那么慢（而且慢得多），即使使用 10 台机器对我没有好处，也不值得花钱，因为链接时间正在破坏我从改进编译时间中获得的任何好处。

我在一家大公司工作，购买 CPU 电源很便宜而且没问题，但 IncrediBuild 也需要花钱，目前不值得。任何想法我可以尝试或我可能做错了什么？我刚刚安装了 IncrediBuild 并使用默认设置。

设置

• 视觉工作室 2017
• Windows 10 机器（代理）和 Windows 7 机器（协调器）
• 1GBit商业网络
• IncrediBuild 9.0.1

似乎 incredibuild 已安装在我的 PC 上，可能与 Visual Studio 捆绑在一起。它会在我的 PC 运行时自动启动，并且磁盘使用率很高，最终会降低整个 PC 的速度。我将不得不停止它运行以使我的 PC 再次快速运行。

我尝试删除它，但每次删除它，即使我在过去两周内没有使用 Visual Studio，它也会在几天后恢复。从启动中禁用它也不起作用，无论如何它都会在 PC 启动时运行。那么我应该如何处理 Incredibuild？我不想卸载 Visual Studio，但我需要 Incredibuild 消失。

在 Jenkins 工作中，我启动了一个批处理，它使用以下命令构建我的项目：

几天前，这个项目是由 编译的Visual Studio 2015，但后来我们改变了，现在它应该用Visual Studio 2017.

使用 编译项目时Visual Studio 2015，编译工作没有问题。由于升级到Visual Studio 2017，我在日志中收到此错误消息：

在运行 Jenkins 作业的机器上，Java 安装在目录中C:\Program Files\Java\jre1.8.0_161。

以前有人收到过这个消息吗？或者有谁知道问题出在哪里？

在安装了 IncrediBuild 的构建机器上运行了一些 bash 脚本。IncrediBuild 的想法是利用网络中所有可用的内核来加速构建过程。

示例外壳脚本：

不得更改 shell 脚本。我想在没有 ib_console 的机器上运行脚本。是否有可能以某种方式模拟它或将呼叫转发给 cmake ？

我有这个巨大的非常古老的 C++ 项目，我正在使用 VS 2013 编译器和 Incredibuild 使用 Visual Studio 2017 构建。

在构建项目时，我经常遇到 LNK1104 链接器错误，即无法打开输出文件。如果我在收到错误后再次构建，则链接此项目可以正常工作，但我会在解决方案中的下一个项目中遇到相同的错误。

有时不会发生此错误，并且整个解决方案都可以正常构建，而其他时候我会遇到此错误十几次，直到我构建了所有项目。

看起来VS正在阻止自己，但我不知道在哪里看，到目前为止也没有找到很多有用的线索。但这让我发疯。

我在新机器上使用 Ubuntu 18.04 64 位新安装了 Incredibuild 0.93.85。

安装没有报告任何问题，但是当我尝试编译我的 makefile-project 时，报告了无数这样的错误：

不过，编译本身会运行。

显然 Incredibuild 无法正确解析 ${PLATFORM} 变量。文件夹 /opt/incredibuild/lib 包含文件夹“i686”和“x86_64”，并且都包含 libibinterceptor.so

我的一位同事具有相同的系统配置（Ubuntu 18.04 64 位和 Incredibuild 0.93.85）并且没有任何问题。

我怎样才能摆脱这些错误？

在Microsoft Visual Studio 2013 版本 12（管理员模式）上，我使用incredibuild 9.3.5构建 C++ 解决方案。

我无法使用其他代理来加速我的构建，因为我知道我与协调员的关系很好

错误信息如下：

该解决方案通过经典的 VS13 Builder 构建良好