关于 NASM 列表文件中的括号

Question

我想了解汇编和链接是如何工作的，所以我有一个使用 NASM 生成的列表文件，我在思考方括号 ([]) 的含义，这是一种表达方式这是一个可重新分配的地址，可能会在链接阶段发生变化？

编辑：我正在使用 nasm -f obj

获取此 .lst 文件

     1                                  segment data public
     2 00000000 4141414141414141            db 8 dup ('A')
     3                                  segment code public
     4                                  ..start:
     5 00000000 B8[ssss]                    mov ax,data
     6 00000003 B8[0300]                    mov ax,$
     7 00000006 B8[0000]                    mov ax,..start
     8 00000009 B80002                      mov ax,200h
     9 0000000C EBFE                        jmp $

Answer 1

NASM 用方括号 [ ] 或圆括号 ( ) 修饰列表转储中的可重定位值。这通常表示括号中的值可能与链接程序中的值不同，这可以在 run-time 的调试器中看到。汇编程序不知道来自其他单独组装模块的代码和数据如何在 link-time 处连接在一起。它也不知道代码和数据将加载到 run-time 的地址，因此它假定所有段都从地址 0 开始。绝对重定位（标记为 [ ]）指定括号中的值（偏移量）需要增加以匹配最终地址 run-time.

在您的 16 位示例中，仅当您的程序将与也定义了 segment code public 的其他模块链接时，此差异才适用，并且如果该其他模块先行，从而提高了 [=11= 中的组装偏移量] 分割。否则第 6 行和第 7 行的偏移量在 link-time 之后有效，并且这些指令将在最终可执行文件中编码为 B80300 和 B80000（不应用重定位）。

指令JMPN和CALLN编码目标地址相对于后续指令的地址（保存在指令指针寄存器），所以称为 RIP-relative 地址 。当对同一段执行 NEAR JMP 或 CALL 时，汇编程序能够立即计算出差异并且不请求重定位。但是，我们也可以从其他单独组装的模块中调用一些过程。虽然这个程序也可能位于 segment code public 中，它将与主 code 段链接在一起，但汇编程序不知道段的最终布局，因此它必须扩展 relative relocation 请求，并用括号 ( ).

修饰 CALLN 编码中的立即数

第 5 行是一个不同的野兽：它编码 段地址 data 段的第一个字节而不是它的偏移量。这就是为什么 NASM 显示段落地址 [ssss] 而不是 [0000] 并且这个值肯定不是零 - 它取决于 DOS 将加载可执行程序的地址。
使用 mov ax,data、mov ds,ax 初始化段寄存器并不是唯一需要段重定位的情况，它用于每个 JMPF 和 CALLF 指令的编码。指向 JMPF 和 CALLF 编码的段部分的远指针被收集在 DOS 可执行文件中紧跟在 MZ 头之后（所谓的 重定位条目 ）并且它们被使用修改 FAR 指令和存储的 FAR 指针的段部分在load-time。

其他组装商可能会以不同的方式表示列表中的重定位，
例如 €ASM 使用 [ ], ( ) 和 { } 来区分绝对值， RIP-relative 和 segment-address 搬迁。

关于 NASM 列表文件中的括号

about brackets in NASM's listing file

assembly

nasm