インラインasmタイプの不一致

Question

私は64ビットLinuxシステムのために私自身の読み込みシステムコールを作ろうとしています。それは私が悪いタイプを持っていることを私に伝え続けます。コンパイラが間接的にbufに対処しようとしていますか？私は自分の入力制約の中でうんざりしている気がします。私はちょうど%2でbufのアドレスが必要です。

エラー：

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

神秘は不一致エラーは、あなたが（FDやサイズなど）32ビット整数に（64ビットの値です）movqを使用しているという事実から来て、言ったように。

しかし、それ以外の場合、このコードはとなります。実際にはには微妙な（しかし危険な）欠陥があります。たぶんもっとこのような何か：これを理解するには

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; 
} 

、i386用machine constraintsをチェックしてください。

syscallsはrcxとr11レジスタを壊すことに注意してください。これらの値を変更していることをコンパイラーに知らせないと、非常に奇妙な問題が発生する可能性があります。そして、問題はシステムコールではなく、100ライン下流で発生します。

私はまた、インラインasmを使用しないためのピッチを作るつもりです。なぜあなたは単にシステムコールを使いたくないのか分かりませんが、あなたは悲しみのために自分自身を設定しています。