Почему кодировка сборки objdump различается?

obdjump по умолчанию используется -Matt синтаксис AT&T (как и ваш 2-й блок кода). См. att и intel-syntax. Вики тегов содержат некоторую информацию о различиях в синтаксисе: https://stackoverflow.com/tags/att/info vs. https://stackoverflow.com/tags/intel-syntax/info

Любой синтаксис имеет одни и те же ограничения, налагаемые тем, что может делать сама машина, и тем, что можно закодировать в машинном коде. Это просто разные способы выразить это в тексте.

Используйте objdump -d -Mintel для синтаксиса Intel. Я использую alias disas='objdump -drwC -Mintel' в своем .bashrc, поэтому я могу disas foo.o получить нужный мне формат с напечатанными релокациями (важно для понимания несвязанного .o), без переноса строк для длинных инструкций и с расшифрованными именами символов C++.

Во встроенном ассемблере вы можете использовать любой синтаксис, если он соответствует ожиданиям компилятора. По умолчанию используется AT&T, и я рекомендую использовать его для совместимости с clang. Возможно, есть способ, но clang не работает так же, как GCC с -masm=intel.

Кроме того, AT&T в основном является стандартным для встроенного ассемблера GNU C на x86, и это означает, что вам не нужны специальные параметры сборки для работы вашего кода.

Но вы можете использовать gcc -masm=intel для компиляции исходных файлов, которые используют синтаксис Intel в своих операторах asm. Это хорошо для вашего собственного использования, если вы не заботитесь о clang.

Если вы пишете код для заголовка, вы можете сделать его переносимым между синтаксисом AT&T и Intel, используя альтернативные диалекты, по крайней мере, для GCC:

static inline
void atomic_inc(volatile int *p) {
    // use __asm__ instead of asm in headers, so it works even with -std=c11 instead of gnu11
    __asm__("lock {addl $1, %0 | add %0, 1}": "+m"(*p));
// TODO: flag output for return value?
   // maybe doesn't need to be asm volatile; compilers know that modifying pointed-to memory is a visible side-effect unless it's a local that fully optimizes away.
   // If you want this to work as a memory barrier, use a `"memory"` clobber to stop compile-time memory reordering.  The lock prefix provides a runtime full barrier
}

source+asm outputs for gcc/clang в обозревателе компиляторов Godbolt.

С g++ -O3 (по умолчанию или -masm=att) мы получаем

atomic_inc(int volatile*):
    lock addl $1, (%rdi)              # operand-size is from my explicit addl suffix
    ret

С g++ -O3 -masm=intel мы получаем

atomic_inc(int volatile*):
    lock  add DWORD PTR [rdi], 1      # operand-size came from the %0 expansion
    ret

clang работает с версией AT&T, но не работает с -masm=intel (или -mllvm --x86-asm-syntax=intel, что подразумевается), потому что это, по-видимому, относится только к коду, созданному LLVM, а не к тому, как внешний интерфейс заполняет шаблон asm. .

Сообщение об ошибке clang:

<source>:4:13: error: unknown use of instruction mnemonic without a size suffix
    __asm__("lock {addl $1, %0 | add %0, 1}": "+m"(*p));
            ^
<inline asm>:1:2: note: instantiated into assembly here
        lock  add (%rdi), 1
        ^
1 error generated.

Он выбрал альтернативный синтаксис «Intel», но все же заполнил шаблон операндом памяти AT&T.