catkin_make, cmake, catkin build区别

1 catkin的历史

1.1 Legacy Catkin Workflow

核心的Catkin元构建系统最初的设计目的是为了高效地构建众多相互依赖但独立开发的CMake项目。这是由机器人操作系统(ROS)社区开发的,最初是作为标准元构建工具rosbuild的继承者。ROS社区的分布式开发模型包含许多模块化项目,构建可分发的二进制包的需求推动了系统的设计,该系统有效地合并了许多不同的项目,从而利用单个目标依赖树来构建空间。

为了方便这个合并的构建过程,工作空间的src下将包含样板化的top-level cmakelt .txt,它将自动将其下面的所有Catkin CMake项目添加到单个大型CMake项目中。

然后,用户将构建这个项目集合,就像使用一个与标准CMake源外构建工作流类似的工作流的单个统一CMake项目一样。它们都将配置为一次cmake调用,然后使用一次或多次make调用构建目标

$ mkdir build
$ cd build
$ cmake ../src
$ make

为了帮助自动化合并的构建过程,Catkin使用命令行工具catkin_make发布。该命令自动执行上述CMake工作流,同时根据标准约定设置一些变量。这些默认值将导致执行以下命令

$ mkdir build
$ cd build
$ cmake ../src -DCATKIN_DEVEL_SPACE=../devel -DCMAKE_INSTALL_PREFIX=../install
$ make -j<number of cores> -l<number of cores> [optional target, e.g. install]

这种方法的一个优点是,总体配置比单独配置每个包要小,而且Make目标甚至可以在依赖包之间并行化。
然而,在实践中,这也意味着在大型工作空间中,修改一个包的CMakeLists.txt将需要重新配置整个工作空间中的所有包。
然而,这种方法的一个关键缺陷是没有故障隔离。leaf包(没有依赖项的包)中的错误将阻止所有包的配置。包可能有冲突的目标名称。如果一个包定义了另一个包需要的变量,合并的构建过程甚至可能导致CMake错误不被检测到,并且可能依赖于独立包构建的顺序。由于包被合并到一个单独的CMake调用中,这种方法还要求开发人员在其依赖项内的某些目标上指定显式的依赖项。

合并构建过程的另一个缺点是,它只能在只有Catkin CMake包组成的同构工作区中工作。 其他类型的包,如普通的CMake包和autotools包不能集成到单个配置和单个构建步骤中。

1.2 Isolated Catkin Workflow

合并构建过程和catkin——make工具的众多缺陷促使catkin_make_isolated工具的开发。与catkin_make不同,catkin_make_isolated命令使用一个隔离的构建过程,其中每个包都是独立配置、构建和加载到环境中的。

这样,每个包都是独立构建的,下一个包构建在当前包的原子结果上。这解决了目标冲突、目标依赖项管理和项目之间其他不希望的交叉对话的问题。这也允许其他构建工具的同构自动化,如普通CMake或autotools。

catkin_make_isolated的工作流程还启用了以下功能:

  • 允许构建工作空间的一部分
  • 将Catkin和非Catkin项目构建到单个开发空间中
  • 无需重新配置或重新构建其依赖关系即可构建软件包
  • 在构建任何软件包之前,消除了工作区中所有软件包都没有CMake错误的要求

然而,catkin_make_isolated仍然存在一些问题。首先,**它比catkin_make慢得多,因为它不能并行地构建相互不依赖的目标甚至包。它还缺乏对工作空间中包列表的更改的健壮性。**因为它是一个发布的工具,所以它也有严格的API稳定性要求。

1.3 Parallel Isolated Catkin Workflow and catkin build

catkin_make_isolated的局限性和需要额外的高级构建工具的需求,导致了并行版本的catkin make isolated,或pcmi的开发,作为Project Tango的一部分。pcmi后来成为这个项目中包含的catkin命令的构建动词。

除了catkin_make和 catkin_make_isolated的功能catkin build还有如下功能:

  • 当包被添加到源空间或从源空间删除时,健壮地调整构建
  • 基于工作目录的给定包的上下文感知构建
  • 从工作空间中完全清除单个包的产品的能力
  • Explicit control of workspace chaining
  • Additional error-checking for common environment configuration errors
  • Numerous other command-line user-interface improvements

2 cmake和catkin_make区别

  • catkin_make和cmake的区别
    简单来讲就是catkin_make是cmake的高级封装,很多路径是定义好的,用户只需要按照catkin_make的文件管理规则,使用catkin_make即可

3 catkin_make和catkin build

3.1 catkin_make 和 catkin build的重要区别

与catkin_make不同**,catkin命令行工具不仅仅是一个简单的cmake和make命令的包装。** catkin构建命令 **在工作空间的源空间中单独构建每个包,以防止构建时的cross-talk。**因此,在其最简单的使用中,catkin build的行为类似于并行版本的catkin_make_isolatied

虽然文档的其余部分描述了catkin工具中更多的特性,但本章详细介绍了如何从使用catkin_make和catkin_make_isolated换到使用catkin make。本章不描述catkin工具在catkin_make和catkin_make_isolated上提供的高级特性。要快速了解如何使用catkin构建,请参阅cheat_sheet

3.2 Isolation的含义

对于catkin_make_isolated和catkin build来讲,隔离编译(build isolation)有如下含义

  • 在source space中没有top-level的CMakeLists.txt
  • 每一个pkg都有一个独立的使用catkin_tools的编译空间
  • 使用catkin build的pkg不会访问在同一个workspace下其他pkg中定义的variables
  • 当前pkg使用的其他pkg中的依赖项,需要保证提前编译
  • 包不需要定义其他包中构建的ROS消息的目标依赖关系
  • 它将相同的CMake命令行参数传递给多个软件包
  • 如果每个CMake包都有一个带有适当的< build type>标记的package.xml文件,那么就可以构建普通的CMake包。

3.3 catkin build与catkin_make_isolated的不同

  • 它使用内部作业服务器来分配负载,并行地构建包
  • 它将产品放入隐藏目录,然后象征性地将它们链接到devel空间(默认情况下)
  • 它将持久配置选项存储在工作区根目录下的.catkin_tools目录中
  • 它生成.catkin文件,其中单独列出每个源包,而不只是列出工作区的源空间。这将导致类似的ROS_PACKAGE_PATH变量,其中列出每个包源空间

3.4 总结

catkin系列工具的产生是为了更好的build使用cmake构建的pkg,catkin_make是cmake的升级版,可以认为是对cmake进一步封装的高级命令。然后是catkin_make_isolated,相比catkin_make的一个改进是将工作空间下的所有的pkg进行独立编译,缺点就是编译时间比catkin_make更长。最后就是catkin build,改进了catkin_make_isolated和catkin_make,能够对工作空间下每个pkg独立编译,并且使用更方便,对用户来讲命令更友好

4 catkin build使用

mkdir -p /tmp/quickstart_ws/src            # Make a new workspace and source space
cd /tmp/quickstart_ws                      # Navigate to the workspace root

catkin init                                # Initialize it with a hidden marker file

catkin create pkg pkg_a                    # Populate the source space with packages...
catkin create pkg pkg_b
catkin create pkg pkg_c --catkin-deps pkg_a
catkin create pkg pkg_d --catkin-deps pkg_a pkg_b

catkin list                                # List the packages in the workspace

catkin build                               # Build all packages in the workspace

source /tmp/quickstart_ws/devel/setup.bash # Load the workspace's environment

catkin clean                               # Clean all the build products

调用catkin init通过创建一个名为.catkintools的隐藏目录来标记目录路径。此隐藏目录用于将父目录指定为Catkin工作区的根目录,并存储有关工作区配置的持久信息。

  • 46
    点赞
  • 170
    收藏
    觉得还不错? 一键收藏
  • 5
    评论
### 回答1: catkin_make -dcmake_build_type=release 的意思是使用 catkin_make 命令编译 ROS 工作空间,并指定编译类型为 release。release 是一种编译类型,表示编译出来的程序是优化过的,可以直接运行,而不需要调试信息。 ### 回答2: catkin_make是一个用于编译ROS(机器人操作系统)工作空间的命令。在ROS中,工作空间是一个包含多个软件包的目录,每个软件包都可以用于开发机器人应用程序。 catkin_make命令的参数-d指定了构建目录的路径。在这个例子中,构建目录为cmake_build_type=release。这意味着使用的是发布版本的构建类型。 发布版本的构建类型是为了在生产环境中使用的机器人应用程序而优化的。它会应用一系列优化策略,以提高应用程序的性能和稳定性。发布版本的构建类型会进行代码优化、移除调试信息、设置优化标志等操作,以最大程度地减小应用程序的体积和运行时负载。 通过使用-cmake_build_type=release参数,catkin_make命令会在指定的构建目录中进行发布版本的构建。在构建过程中,它会遍历工作空间中的每个软件包,并根据其依赖关系和源代码进行编译。 当catkin_make命令成功完成时,会生成一些必要的构建文件和目录,包括编译后的二进制文件、库文件和相关的系统文件。这些文件可以被加载到ROS中,从而使机器人应用程序能够正常运行。 总而言之,catkin_make -dcmake_build_type=release命令用于在ROS工作空间中进行发布版本的构建,以优化机器人应用程序的性能和稳定性。 ### 回答3: catkin_make -DCMAKE_BUILD_TYPE=release是一个用于编译ROS工作空间的命令。该命令用于告诉catkin_make工具使用release模式进行编译。 在ROS中,catkin_make命令用于构建和编译ROS工作空间中的软件包。它会生成构建目录,并对每个包进行编译。通过使用-D参数,我们可以向catkin_make提供一些特定的构建选项。 在这个特定的命令中,我们使用了-D参数来设置CMAKE_BUILD_TYPE变量的值为release。该变量指示编译器和链接器在编译软件包时使用的构建类型。release是一种优化模式,它会在编译过程中对代码进行优化,以提高软件的执行性能。 使用release模式编译可以生成较小且更高效的可执行文件,这对于在生产环境中运行的ROS软件尤其重要。相比之下,debug模式在编译过程中添加了调试信息,以方便开发者进行调试。 因此,当我们执行catkin_make -DCMAKE_BUILD_TYPE=release命令时,catkin_make工具会以release模式编译ROS工作空间中的软件包,从而生成优化后的可执行文件,以提高软件的性能表现。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值