我想在Linux,OSX和Windows上分发C / C ++项目的可执行文件和库。什么是首选的CPack生成器,即大多数用户可能都可以使用它们?在Windows上似乎只有NSIS,但在Linux和OSX上有几种选择。 顺便说一下,也会生成源代码分发,因此理论上,所有平台的用户都应该能够自己编译代码,但我们希望提供预编译的二进制文件以方便使用。
答案 0 :(得分:5)
每个不同平台都有多种常见做法。哪一个最适合您将取决于多种因素,但以下内容至少应该有助于选择CMake / CPack直接支持的更流行的格式。我假设您通过CMake使用CPack(即通过CPack module,也可能使用CPackComponent module的包组件。)
<强>窗:强>
<强>苹果强>
Mac有多种选择可供选择,但最合适的选项取决于您要打包的内容。如果您只想提供单个应用程序包,DMG package generator(有时也称为DragNDrop生成器)可能就是您想要的。用户很熟悉这些,并且易于使用。避免Bundle generator,它更老,更受限制,它应该是首选的DMG生成器。
对于包含多个捆绑包的包,DMG生成器仍然可能适合,但适当的安装程序可能更合适。直到最近几年,PackageMaker generator才是它的首选发生器,但它已被ProductBuild generator取代(自3.7版以来由CMake支持)。
<强>的Linux 强>
在基于RedHat的系统上,RPM通常是首选的包格式(使用RPM generator),而对于基于Debian的系统,首选DEB格式(使用DEB generator)。基于Debian的系统可以使用外星人等工具支持RPM,但用户几乎总是喜欢本机DEB格式。如果你很乐意提供这两个,你可以保持两个阵营的快乐,但请注意,你必须要注意二进制兼容性。简单的软件包曾经能够针对LSB (Linux Standards Base)进行构建,以生成一个适用于所有主要Linux发行版(甚至是基于Debian的发行版)的单个RPM,但是LSB并没有真正跟上最近的发展并且它从来没有真正支持最复杂的应用程序所需的全部功能(或者他们提供的软件包版本太旧)。然而,LSB提供了非常有用的工具,如app checker,用于评估您构建的软件包(无论如何)是否会在各种Linux发行版中丢失符号等。
请注意,对于Linux,您应该区分是否将打包定位到Linux发行版本身,或者是否希望用户在发行版的打包系统之外下载和安装软件包。较大的独立商业软件产品将倾向于作为独立软件包分发,包括相关库等,并默认安装在/opt
下(如果它们遵循LSB和Filesystem Hierarchy Standard - FHS提倡的指导原则(PDF) ))。理想情况下,您可以使您的包可重新定位,以便分发维护人员可以更轻松地使您的包装方法适应其分发的要求。
RPM和DEB都在某种程度上支持源包。
<强>跨平台强>