gas, 'mov %r0, $1'

ты бы весь код запостил. Но вообще файлы с асмовым кодом в at&t синтаксисе имеют расширения .s и .S

.s, .S - кажется это для gcc

$ cat hello-gas.asm
.data

msg:
.ascii «Hello, ARM!\n»
len = . - msg

.text

.globl _start
_start:
/* syscall write(int fd, const void *buf, size_t count) */
mov %r0, $1 /* fd -> stdout */
ldr %r1, =msg /* buf -> msg */
ldr %r2, =len /* count -> len(msg) */
mov %r7, $4 /* write is syscall #4 */
swi $0 /* invoke syscall */

/* syscall exit(int status) */
mov %r0, $0 /* status -> 0 */
mov %r7, $1 /* exit is syscall #1 */
swi $0 /* invoke syscall */

$ as hello-gas.asm
$

нет, gcc их напрямую в as передаёт. Разница лишь в том, что .S пропускаются через сишный препроцессор.

и ещё, может лучше написать mov $msg, %r0 вместо ldr?

'mov '%r1, $msg' транслируется, согласно objdump -D, в 'mov r1, #0'

'ldr %r2, =len' в 'mov r2, #12'. Но главное почему порядок источник-приемник такой же как и в intel-syntax?

похоже это специфика arm. Для x86 'mov %ebx, $1' вызывает 'Error: suffix or operands invalid for `mov". Непонятно зачем было так делать