井号标签“#”能否用作汇编中的注释 (NASM)？
Can a hashtag '#' be used as a comment in assembly (NASM)?
我出于学习目的关注 this assembly source code，并遇到了以下几行：
# load a disk extent into high memory
# eax - sector address
# ecx - sector count
# edi - destination
load_extent:
; loading kernel to 1MiB
; move part of kernel to startup_end via bootsector#load and then copy it up
; repeat until all of the kernel is loaded
buffer_size_sectors equ 127
有些行以 # 开头，似乎是评论。
然后他使用标签 load_extent: 跟进并添加以 ; 开头的评论。这是我习惯看到的。
这是故意这样做的，以免人们不小心复制他的代码吗？还是我遗漏了什么？
我经历了整个 NASM documentation，没有提到散列是注释字符，但我自己对 NASM v 2.11.08 的实验显示以 # 开头的行是视为注释行。所以它看起来像是 NASM 的非官方功能。文档中仅提及 ; 个字符。
奇怪的是，行：
xx: # inc ebx
在标签之后使用散列的地方将失败 "error: parser: instruction expected"。
同样来自 NASM 历史更改列表：“#、@、~ 和 c{?} 现在是标签中的有效字符。” 自 v0 以来。 91 从 1996 年开始，所以 xx#yy: 定义符号标签 xx#yy.
这使得它在某种程度上与 sh 脚本兼容，并且在为 C 和 NASM 创建混合头文件时可能会被滥用更多，其中 NASM 将忽略 C 预处理器指令，因此这可能会有用。
但我建议不要使用它，至少在它被正式承认之前，这是 NASM 的有意特性，而不是解析器的一些错误。
在完整回答此问题之前，先从我早期的评论中进行一些闲聊：
汇编不是一种单一的编程语言，而是所有机器语言助记符的总称=>没有规则。
每个 CPU 供应商都有自己的指令集 ("ISA")，并且它需要特定的汇编器，并且每个汇编器供应商都倾向于填补官方文档中缺失的空白（这仅描述指令功能，不费心定义编程语言的完整有效语法），因此即使在相同的 CPU 上，您也可以使用方言略有不同的汇编程序，一种支持 # 作为注释，另一种则不支持。
在 x86 上，甚至还有语法截然不同的汇编程序：AT&T 与 NASM，远远超出了额外的注释开始字符，实际上颠倒了指令操作数的顺序，并且对某些指令使用了不同的助记符（movzbl 与 movzx 例如）等...
对于其他示例：在流行的（在大学课程中）MIPS 模拟器 "MARS" 和 "SPIM" 中 # 是唯一的注释字符而不是 ;，但是在他们的官方文档中有详细记录（与 x86 无关）。
我出于学习目的关注 this assembly source code，并遇到了以下几行：
# load a disk extent into high memory
# eax - sector address
# ecx - sector count
# edi - destination
load_extent:
; loading kernel to 1MiB
; move part of kernel to startup_end via bootsector#load and then copy it up
; repeat until all of the kernel is loaded
buffer_size_sectors equ 127
有些行以 # 开头，似乎是评论。
然后他使用标签 load_extent: 跟进并添加以 ; 开头的评论。这是我习惯看到的。
这是故意这样做的，以免人们不小心复制他的代码吗？还是我遗漏了什么？
我经历了整个 NASM documentation，没有提到散列是注释字符，但我自己对 NASM v 2.11.08 的实验显示以 # 开头的行是视为注释行。所以它看起来像是 NASM 的非官方功能。文档中仅提及 ; 个字符。
奇怪的是，行：
xx: # inc ebx
在标签之后使用散列的地方将失败 "error: parser: instruction expected"。
同样来自 NASM 历史更改列表：“#、@、~ 和 c{?} 现在是标签中的有效字符。” 自 v0 以来。 91 从 1996 年开始，所以 xx#yy: 定义符号标签 xx#yy.
这使得它在某种程度上与 sh 脚本兼容，并且在为 C 和 NASM 创建混合头文件时可能会被滥用更多，其中 NASM 将忽略 C 预处理器指令，因此这可能会有用。
但我建议不要使用它，至少在它被正式承认之前，这是 NASM 的有意特性，而不是解析器的一些错误。
在完整回答此问题之前，先从我早期的评论中进行一些闲聊：
汇编不是一种单一的编程语言，而是所有机器语言助记符的总称=>没有规则。
每个 CPU 供应商都有自己的指令集 ("ISA")，并且它需要特定的汇编器，并且每个汇编器供应商都倾向于填补官方文档中缺失的空白（这仅描述指令功能，不费心定义编程语言的完整有效语法），因此即使在相同的 CPU 上，您也可以使用方言略有不同的汇编程序，一种支持 # 作为注释，另一种则不支持。
在 x86 上，甚至还有语法截然不同的汇编程序：AT&T 与 NASM，远远超出了额外的注释开始字符，实际上颠倒了指令操作数的顺序，并且对某些指令使用了不同的助记符（movzbl 与 movzx 例如）等...
对于其他示例：在流行的（在大学课程中）MIPS 模拟器 "MARS" 和 "SPIM" 中 # 是唯一的注释字符而不是 ;，但是在他们的官方文档中有详细记录（与 x86 无关）。