File 文件扩展名大小写对扩展名为.asm的程序集源文件是否重要?
我的目标是制定一条规则,即file.asm的构建应该与file.asm完全相同(或类似的变体,例如file.[aA][sS][mM])。我想避免踩到一个我不知道的惯例 区分大小写的文件扩展名约定示例: 组装File 文件扩展名大小写对扩展名为.asm的程序集源文件是否重要?,file,assembly,File,Assembly,我的目标是制定一条规则,即file.asm的构建应该与file.asm完全相同(或类似的变体,例如file.[aA][sS][mM])。我想避免踩到一个我不知道的惯例 区分大小写的文件扩展名约定示例: 组装 扩展名为.S和.S的文件在GNU Assembler下的处理方式不同(.S经过预处理器,.S不经过预处理器) C/C++ C有时(取决于编译器)编译成C++文件,C编译成C.< /P> < P>有 -X/COM>标志来解决这个问题。显式地指定语言,这样就不会再有问题了。其他编译器可能有也可能
扩展名为.S和.S的文件在GNU Assembler下的处理方式不同(.S经过预处理器,.S不经过预处理器) C/C++
C有时(取决于编译器)编译成C++文件,C编译成C.< /P> < P>有<代码> -X/COM>标志来解决这个问题。显式地指定语言,这样就不会再有问题了。其他编译器可能有也可能没有类似的功能,但阅读文档是找到答案的唯一途径。至少在Windows上,汇编程序(如MASM或TASM)不关心文件扩展名的情况,即据我所知,.asm=.asm。我同意这是一个可行的选择,但我想确定的是,没有人希望通过更改.asm文件的大小写来获得某些汇编程序选项或行为。有什么想法吗?我接受这个。如果编译器手册没有将.asm列为可接受的扩展名,那么当.asm和.asm被视为相同的扩展名时,用户不能抱怨。目标是方便,但你必须在某个地方划定界限。谢谢你的帮助。我不认为“.asm”首先是特别标准的。