build - 为什么没有人为脑死亡者创建开源构建系统？

Question

很难说出这里问的是什么。这个问题是模棱两可的、模糊的、不完整的、过于宽泛的或修辞的，无法以目前的形式得到合理的回答。为了帮助澄清这个问题以便可以重新打开它， visit the help center .

关闭 9年前。

我想建立一个共享库。 GNU/Linux 是开发和目标平台。 C 是实现语言。

我无法决定我想如何设置构建系统并一直在三个选项之间徘徊，每个选项都有很多不喜欢的理由:

• 手工制作的 Makefiles - 我过去几乎都是这样工作的
• GNU Autotools - 今年早些时候我使用 autotools 构建了一个共享的 C 库，但忘记了我是如何做到的，以及我在哪里使用了数百个教程。
• waf - 据说很简单，但不是那么容易，我今天下午就搞定了。

我无法决定选择哪个。我会选择一个，开始工作，然后遇到问题并决定另一个系统更好。我被卡住了。有人可以对此有所了解，这可能会帮助我解决这个问题吗？

Answer 1

以下是我多年来注意到的工具的一些链接(以及来自网站的引用):

PreMake : 你是一个软件项目的经理。您的用户要求您提供 Visual Studio 工作区文件，但您没有 Visual Studio!或者，也许您是一名 Windows 开发人员，努力使 Makefile 与 Linux 端口保持同步。这是开源项目的一个常见问题:将您的用户限制在一个构建工具上——赶走潜在的贡献者——或者手动维护两套、三套或更多套构建脚本。输入 Premake。

CMake : 欢迎使用跨平台开源构建系统 CMake。 CMake 是一系列工具，旨在构建、测试和打包软件。 CMake 用于使用简单的平台和编译器独立配置文件来控制软件编译过程。 CMake 生成可在您选择的编译器环境中使用的 native makefile 和工作区。

buildconf :它开始只是一个小的构建准备脚本......多年来已经发展成为一个非常有用的实用程序，为我节省了支持请求和跨平台编译的时间和精力。它与使用 GNU 构建系统的项目中常见的相同类型的脚本——也称为 GNU Autotools 或每个工具单独称为 Autoconf、Automake 和 Libtool。这些项目经常编写自定义帮助脚本，为项目的开发人员准备构建系统，通常运行各种工具，如 libtoolize、autoconf 或 autoreconf。该脚本通常命名为 buildconf 或 autogen.sh，但目的是相同的:为编译准备构建系统

BSDBuild : BSDBuild(以前的 csoft-mk)是一个简单的、独立的、可移植的构建系统，它源自传统的 4.4BSD 共享/mk 文件。 BSDBuild 允许 BSD 样式的 makefile，但没有 BSD make 扩展(它使用标准 Bourne 脚本片段代替)，因此构建系统可移植到大多数操作系统和 make 风格。

iCompile : iCompile 零配置构建系统

OMake : (OCaml) OMake 是一个专为可扩展性和可移植性而设计的构建系统。

BakeFile : Bakefile 是跨平台、跨编译器的原生 makefile 生成器。它将构建任务的独立于编译器的描述作为输入，并生成 native makefile(autoconf 的 Makefile.in、Visual C++ 项目、bcc makefile 等)。

SCons是一款开源软件构建工具——即下一代构建工具。将 SCons 视为经典 Make 实用程序的改进的跨平台替代品，具有类似于 autoconf/automake 的集成功能和编译器缓存，例如 ccache。简而言之，SCons 是一种更简单、更可靠、更快速的软件构建方式。

Make project : 'Make project' 是一个制作项目骨架的 bash 脚本。它使用命令行提供的信息自动启动新项目的任务。默认创建的包是使用自动工具管理的选定骨架的“hello world”项目。

未维护或失效的项目 (07-2012)

cppmake : CpMake 是一个前端 make 构建 C++ 程序，比手动编写 makefile 更省力、更准确。

spray : Spray 是一个构建工具，可帮助您配置、构建和安装项目。它的用途类似于 autotools 或 CMake，但使用 Python 编程语言遵循 SCons 和 waf 的精神创建。