机器代码转成object files、排布为ELF/Mach-O的流程名称是什么？

这个将后端生成的原始机器码、符号信息、重定位条目等内容，按照ELF、Mach-O等目标文件格式规范排布，封装生成对应结构目标文件的过程，通用专业名称为目标文件生成（Object File Generation）环节，它是汇编器（Assembler）的核心输出职责。
你最初判断Linking不属于匹配术语的结论是完全正确的：链接的处理对象是已经生成完成的多个独立目标文件、库文件，核心动作是跨文件的符号解析、全局地址重定位、内容合并，整个流程完全在目标文件生成环节之后执行，二者边界清晰。

现在不少编译器为了减少中间文本汇编环节的开销，会跳过独立汇编器的中转，在后端内部直接完成机器码生成与目标文件结构封装，这类实现的逻辑同样属于这个术语的覆盖范围，和走"汇编代码→独立汇编器→目标文件"的传统路径没有本质区别。

检索相关内容时可以使用以下匹配度高的关键词，避免被链接环节的相关内容干扰：

• 核心流程类：汇编器工作原理、目标文件结构生成流程
• 格式规范类：ELF文件结构规范、Mach-O文件结构规范
• 实现细节类：编译器后端目标文件输出逻辑

注意：检索时如果关键词带上linking或者链接，返回的内容绝大多数会聚焦在多目标文件合并的后置流程，和你要了解的单个目标文件结构排布逻辑重合度极低。

很多入门教程会把编译全流程拆成四个标准步骤，和本次讨论相关的边界可以明确为：

• 狭义编译环节：完成从源码到优化后汇编代码的转换，输出文本形式的汇编代码，不涉及二进制结构封装
• 目标文件生成/汇编环节（即你提问的流程）：将汇编代码翻译为二进制机器指令，连同符号表、重定位表、段表等元数据，按照目标文件格式规范排布为标准结构的单个目标文件，全程不涉及跨文件的符号引用解析
• 链接环节：接收所有生成完成的目标文件，完成跨文件的符号匹配、全局地址分配、代码合并，最终输出可执行文件或动态链接库

内容的提问来源于stack exchange，提问作者Rol