【发布时间】:2015-07-20 19:54:33
【问题描述】:
我需要在构建机器 (linux) 上构建 boost 回归测试套件,然后在 SUT(目标机器,linux)上运行。必要的 boost 库已作为共享库安装在 SUT 上。我已经在构建机器上正确安装了 gcc 工具链。 SUT 根本没有 gcc。
我在构建机器上构建了 bjam 作为本机实用程序。然后我交叉编译了一些有用的实用程序(process_jam_log 和 library_status),如下所述:http://www.boost.org/doc/regression/library_status/doc/library_status.html
主要思想是在构建机器上构建(交叉编译)整体回归测试套件,然后复制到 SUT,最后在后者上运行。 但是当 bjam 构建一些测试时,它会尝试立即在本地环境中的构建机器上运行测试。
我发现来自 boost.org 的决定(例如http://www.boost.org/development/running_regression_tests.html)假设有人想要在已经安装的机器 boost 库上构建和运行测试套件。 google 好像没有提到我的情况。
我的问题是如何强制 bjam 错过跑步阶段?或者如何在其他地方达到我的意图?
UPD。我有一个非常方便的脚本框架。该框架可以在构建机器上构建一个测试套件,将其部署在 SUT(目标)上,在目标上运行它,获取有关该启动的整体有用信息,并最终分析测试套件是通过还是失败。 这就是为什么我正在寻找一些适用于整个测试套件但不适用于单独测试的决策。
【问题讨论】:
标签: linux testing boost cross-compiling bjam