GNU 汇编程序替代品

因为我非常喜欢类unix方法中每个程序的原子性的想法

我不是那种会告诉你如何解释某种哲学的人，但我认为你认为没有链接器的汇编器对构建软件有用的假设是错误的。编译器也一样；这三个需要紧密协作，它们属于同一个软件项目是很有意义的。

一般来说，“UNIX 哲学”（不管你怎么定义它）肯定不是说“所有程序都是完全独立的，彼此之间没有共享代码”。事实恰恰相反——“原始”UNIX 的一个很酷的地方是它快速支持虚拟内存和链接库。所以，UNIX 程序绝不是“原子的”！这与能够使用 POSIX 系统调用dlopen或 POSIX 共享内存的概念完全相反（据我粗略搜索，这至少
从 1983 年左右的 SysV 开始就已经存在了）。 所以，也许可以减少你对纯粹性的渴望；UNIX 本身并不是为你提供原子程序，而是允许你用函数库中的片段组成程序，并让它们协同工作通过稳定的文件系统交换的文件。
这就是 C 存在的原因——因为 Kernighan 和 Ritchie 需要一种允许他们做到这一点的语言，构建与组件交互的程序，而汇编程序没有提供定义的调用约定。
人们将“没有一段代码可以有多个用途”与“通过将输出管道传输到下一个进程的标准输入来编写复杂的脚本”混淆了，但这个概念实际上远不如你可以从可以与他人共享的库中调用函数的想法那么重要¹。

话虽如此：

当然，您可以单独构建和安装 GNU 汇编程序，但它用处不大。所以，这里没有什么问题需要解决；只需忽略您不想要的东西。

如果您想构建内核，则需要使用 GNU 汇编器或竞争对手的汇编llvm-as器（如果没有 clang C 前端，它甚至更加模块化并且几乎毫无用处）。

^{¹ 坦率地说，我对“每个程序都只有一个非常单一的用途，而这对于所有事物来说都是一个很好的系统设计”的说法感到有些恼火。我敢肯定，您更喜欢用ed而不是vim或来编辑文本文件emacs，而且我敢肯定，作为一名 UNIX 纯粹主义者，您会非常讨厌它awk，因为它确实允许您编写复杂的文本处理程序，而不是通过文件描述符无休止地连接程序来编写它们，并且您的 shell 既可用于启动程序，又可用于计数到 1000 的想法对您来说是一种讽刺——但对我来说，具有有用功能集而不是最小功能集的程序似乎使我的一天更有效率。我不确定人们如何将“单一用途的工具是最佳的”与使用网络浏览器相协调，网络浏览器明确地是所有东西——新闻阅读器、问答平台客户端、邮件客户端、视频播放器、几乎无穷无尽的游戏集合、文本聊天网络的客户端……}