blocks|key|185099|text|mov+dest,+src称为。(例如mov+eax,+123)|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|185100|mov+src,+dest称为。(例如mov+$123,+%25eax)|185101|UNIX汇编程序包括GNU汇编程序使用AT&T语法，我所知道的所有其他x86汇编程序都使用Intel语法。您可以阅读differences+on+wikipedia上的内容。|185102|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/X86_assembly_language#Syntax^0|0|D|J|C|0|0|D|J|E|0|1Y|C|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@$9|S|A|T|B|C]|$9|U|A|V|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|W|8|@$9|X|A|Y|B|C]|$9|Z|A|10|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|11|8|@]|D|@$9|12|A|13|1|14]]|E|$]]|$1|J|3|-4|5|6|7|15|8|@]|D|@]|E|$]]]|K|$L|$5|M|N|O|E|$P|Q]]]]

<code>mov dest, src</code> is called <a href="https://stackoverflow.com/tags/intel-syntax/info">Intel syntax</a>. (e.g. <code>mov eax, 123</code>)

<code>mov src, dest</code> is called <a href="https://stackoverflow.com/tags/att/info">AT&amp;T syntax</a>. (e.g. <code>mov $123, %eax</code>)

UNIX assemblers including the GNU assembler uses AT&amp;T syntax, all other x86 assemblers I know of uses Intel syntax. You can read up on the differences <a href="http://en.wikipedia.org/wiki/X86_assembly_language#Syntax" rel="noreferrer">on wikipedia</a>.

blocks|key|185122|text|可以，as/gas使用AT&T语法，该语法使用顺序src，dest.TASM，NASM，等等都使用'dest，src‘的顺序。碰巧的是，AT&T的语法不太适合英特尔处理器，而且(至少是IMO)是一个几乎不可读的乱七八糟的东西。例如，movzx就特别糟糕。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|185123|entityMap^0|38|5|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

Yes, as/gas use AT&amp;T syntax that uses the order src,dest. MASM, TASM, NASM, etc. all use the order 'dest, src". As it happens, AT&amp;T syntax doesn't fit very well with Intel processors, and (at least IMO) is a nearly unreadable mess. E.g. <code>movzx</code> comes out particularly bad.

blocks|key|185404|text|汇编语言语法有两种截然不同的类型-+Intel和AT&T语法。你可以在Wikipedia's+assembly+language+page上找到两者的比较。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|185405|您的书很可能使用AT&T语法，其中源操作数在目标操作数之前。|185406|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Intel_syntax#Syntax^0|Z|Y|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

There are two distinct types of assembly language syntax - Intel and AT&amp;T syntax.
You can find a comparison of both on <a href="http://en.wikipedia.org/wiki/Intel_syntax#Syntax" rel="nofollow noreferrer">Wikipedia's assembly language page</a>.

Chances are your book uses the AT&amp;T syntax, where the source operand comes before the destination.

blocks|key|931073|text|正如曾傑瑞·科芬在答案中所提到的，英特尔语法更适合x86体系结构的指令编码。正如我的调试器反汇编程序中的注释所述，"the+operands+appear+in+the+instruction+in+the+same+order+as+they+appear+in+the+disassembly+output“。例如，考虑以下指令：|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|931074|-a
1772:0100+test+word+[AA55],+1234
1772:0106
-u+100+l+1
1772:0100+F70655AA3412++++++test++++word+[AA55],+1234
-|code-block|syntax|javascript|931075|正如您可以在操作码hexdump中读取的那样，指令操作码0F7h首先是，然后是ModR/M字节06h，然后是小端偏移字0AA55h，最后是立即数字1234h。Intel语法与汇编源代码中顺序相匹配。在AT&T语法中，这类似于testw+$0x1234,+(0xAA55)，与编码相比，它交换了顺序。|style|CODE|931076|遵守英特尔语法顺序的另一个示例是比较条件。例如，考虑以下序列：|931077|cmp+ax,+26
jae+.label|931078|如果ax+大于或等于+26+(无符号比较)，则会跳转到.label。这种助记符只适用于cmp+dest,+src操作数顺序，它为dest+-=+src设置标志。|BOLD|931079|entityMap|0|LINK|mutability|MUTABLE|url|https://hg.ulukai.org/ecm/ldebug/file/16347342d7ba/source/uu.asm#l401^0|1M|2P|0|0|0|S|4|1B|3|1N|6|21|5|34|N|0|0|0|2|2|R|6|17|D|1S|B|5|5|0^^$0|@$1|2|3|4|5|6|7|11|8|@]|9|@$A|12|B|13|1|14]]|C|$]]|$1|D|3|E|5|F|7|15|8|@]|9|@]|C|$G|H]]|$1|I|3|J|5|6|7|16|8|@$A|17|B|18|K|L]|$A|19|B|1A|K|L]|$A|1B|B|1C|K|L]|$A|1D|B|1E|K|L]|$A|1F|B|1G|K|L]]|9|@]|C|$]]|$1|M|3|N|5|6|7|1H|8|@]|9|@]|C|$]]|$1|O|3|P|5|F|7|1I|8|@]|9|@]|C|$G|H]]|$1|Q|3|R|5|6|7|1J|8|@$A|1K|B|1L|K|L]|$A|1M|B|1N|K|L]|$A|1O|B|1P|K|L]|$A|1Q|B|1R|K|L]|$A|1S|B|1T|K|S]]|9|@]|C|$]]|$1|T|3|-4|5|6|7|1U|8|@]|9|@]|C|$]]]|U|$V|$5|W|X|Y|C|$Z|10]]]]

As already mentioned in the answer by Jerry Coffin, the Intel syntax fits better with the encoding of instructions for the x86 architecture. As a comment in my debugger's disassembler states, "<a href="https://hg.ulukai.org/ecm/ldebug/file/16347342d7ba/source/uu.asm#l401" rel="nofollow noreferrer">the operands appear in the instruction in the same order as they appear in the disassembly output</a>". For example, consider this instruction:

<pre><code>-a
1772:0100 test word [AA55], 1234
1772:0106
-u 100 l 1
1772:0100 F70655AA3412 test word [AA55], 1234
-
</code></pre>

As you can read in the opcode hexdump, the instruction opcode <code>0F7h</code> is first, then the ModR/M byte <code>06h</code>, then the little-endian offset word <code>0AA55h</code>, and then finally the immediate word <code>1234h</code>. The Intel syntax matches that order in the assembly source. In the AT&amp;T syntax this would look like <code>testw $0x1234, (0xAA55)</code> which swaps the order compared to the encoding.

Another example that obeys the Intel syntax order is comparison conditions. For example, consider this sequence:

<pre><code>cmp ax, 26
jae .label
</code></pre>

This will jump to <code>.label</code> if <code>ax</code> is above-or-equal-to 26 (in unsigned comparison). This mnemonic is only true of the <code>cmp dest, src</code> operand order, which sets flags as for <code>dest -= src</code>.

MOV is probably the first instruction everyone learns while learning ASM.

Just now I encountered a book <a href="http://books.google.co.in/books?id=C3_WIQOYE2EC&amp;lpg=PP1&amp;dq=Assembly%20Language%20Programming%20in%20GNU%2FLinux%20for%20IA32%20Architectures&amp;pg=PA26#v=onepage&amp;q=&amp;f=false" rel="noreferrer">Assembly Language Programming in GNU/Linux for IA32 Architectures By Rajat Moona</a> which says: (broken link removed)

But I learnt that it is <code>MOV dest, src</code>. Its like "Load <code>dest</code> with <code>src</code>". Even <a href="http://en.wikipedia.org/wiki/MOV_(x86_instruction)" rel="noreferrer">Wiki</a> says the same.

I'm not saying that the author is wrong. I know that he is right. But what am I missing here?

btw.. he is using GCC's <code>as</code> to assemble these instructions. But that shouldn't change the instruction syntax right?

MOV src, dest (or) MOV dest, src?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

MOV可能是每个人在学习ASM时学习的第一个指令。刚才我遇到了一本书的，上面写着：(删除断开的链接)但我了解到它是MOV dest, src。它就像“用src加载dest”。就连也这么说。我并不是说作者错了。我知道他是对的。但是我在这里遗漏了什么？顺便说一句..他正在使用GCC的as来汇编这些指令。但这不应该改变指令语法，对吧？

问MOV源，目标(或) MOV目标，源？
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问MOV源，目标(或) MOV目标，源？EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问MOV源，目标(或) MOV目标，源？
EN