inline asm type несоответствие

Question

Я пытаюсь сделать свой собственный системный вызов для 64-битной Linux-системы. но он продолжает говорить мне, что у меня плохой тип. Компилятор пытается косвенно обращаться к buf? У меня такое чувство, что я испортил свои входные ограничения. Мне просто нужен адрес buf по адресу %2.

ошибка:

test.c: Assembler messages: 
test.c:28: Error: operand type mismatch for `movq' 


static int myread(int fd, char *buf, int size) { 
    register int bytes; 

    asm(
    "movq $0, %%rax\n" 

    "movq %1, %%rdi\n" 
    "movq %2, %%rsi\n" 
    "movq %3, %%rdx\n" 
    "syscall\n" 

    "movq %%rax, %0" 

    : "=r" (bytes) 
    : "m" (fd), "m" (buf), "m" (size) 
    : "%rax", "%rdi", "%rsi", "%rdx" 
    ); 

    return bytes; 
} 

Answer 1

Как сказал Мистическая, ошибка несоответствия исходит из того, что вы используете movq (что для 64-битных значений) на 32-битных целых чисел (например, ФД и размер).

Но помимо этого, этот код действительно неэффективен и неточен (но опасно) испорчен. Может быть, что-то больше, как это:

static int myread(int fd, char *buf, int size) { 
    register int bytes; 

    asm(
     "syscall" 

    : "=a" (bytes) 
    : "D" (fd), "S" (buf), "d" (size), "0" (0) 
    : "rcx", "r11", "memory", "cc" 
    ); 

    return bytes; 
} 

Чтобы понять это, проверьте machine constraints для i386.

Обратите внимание, что syscalls clobber регистры rcx и r11. Если вы не сообщите компилятору, что вы меняете эти значения, это может привести к очень странным проблемам. И проблемы не будут происходить в syscall, но сто строк ниже по течению.

Я также собираюсь сделать шаг для НЕ использования встроенного asm. Я не уверен, почему вы не хотите просто использовать системные вызовы, но вы просто настраиваете себя на горе.