Discussion :

[linux user]

Bonjour

j'ai ce code en C

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
#include <stdio.h>
int main ()
{
        printf ("hello %d", 7);
        return 0;
}

j'ai utilisé CC pour générer le code assembleur pour 32 et 64 bits
pour 32bits

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
        .file   "a.c"
        .section        .rodata
.LC0:
        .string "hello %d"
        .text
        .globl  main
        .type   main, @function
main:
.LFB0:
        .cfi_startproc
        pushl   %ebp
        .cfi_def_cfa_offset 8
        .cfi_offset 5, -8
        movl    %esp, %ebp
        .cfi_def_cfa_register 5
        andl    $-16, %esp
        subl    $16, %esp
        movl    $7, 4(%esp)
        movl    $.LC0, (%esp)
        call    printf
        movl    $0, %eax
        leave
        .cfi_restore 5
        .cfi_def_cfa 4, 4
        ret
        .cfi_endproc
.LFE0:
        .size   main, .-main
        .ident  "GCC: (Debian 4.7.2-5) 4.7.2"
        .section        .note.GNU-stack,"",@progbits

pour 64 bits

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
        .file   "a.c"
        .section        .rodata
.LC0:
        .string "hello %d"
        .text
        .globl  main
        .type   main, @function
main:
.LFB0:
        .cfi_startproc
        pushq   %rbp
        .cfi_def_cfa_offset 16
        .cfi_offset 6, -16
        movq    %rsp, %rbp
        .cfi_def_cfa_register 6
        movl    $7, %esi
        movl    $.LC0, %edi
        movl    $0, %eax
        call    printf
        movl    $0, %eax
        popq    %rbp
        .cfi_def_cfa 7, 8
        ret
        .cfi_endproc
.LFE0:
        .size   main, .-main
        .ident  "GCC: (Debian 4.7.2-5) 4.7.2"
        .section        .note.GNU-stack,"",@progbits

Je ne comprends pas le version 64. est-ce qu'il n'a pas utilisé le pile ?

[Obsidian]

Bonjour,

Le fait que le second code n'utilise pas la pile pour passer ses arguments n'est pas dû — en soi — au 64 bits.

Dans un premier temps, certaines options d'optimisations ont dû être passées au compilateur dans un cas et pas dans l'autre. Ensuite, le fait d'exploiter au maximum les registres à sa disposition avant de creuser la pile est une option d'optimisation qu'il est possible de demander à la compilation.

Lorsque cela reste au sein de ton propre programme, cela ne pose pas de problème. Par contre, si tu fais appel à une bibliothèque extérieure, il faut que celle-ci soit prête à les recevoir, c'est-à-dire compilée avec les mêmes options.

Visiblement, la version 32 bits de la bibliothèque standard installée sur ta machine a été construite de manière traditionnelle et la version 64 bits de façon optimisée.

[linux user]

merci pour ta réponse
sur le 32, lorsque je veux appeler une fonction comme write le premier paramètre doit être dans EAX, le deuxième dans EBX, en suite ECX ...
est-ce qu'on garde le même principe sur 64 avec RAX, RBX, RCX ...

[BufferBob]

bonjour,

ce sont simplement des conventions d'appel différentes
si je ne dis pas de bêtise dans tes exemples celui en 32bits ce doit être du CDECL et en 64bits l'ABI System V AMD64 (pdf)

[n5Rzn1D9dC]

Je viens d'apprendre un nouveau truc.

User-level applications use as integer registers for passing the sequence %rdi, %rsi, %rdx, %rcx, %r8 and %r9. The kernel interface uses %rdi, %rsi, %rdx, %r10, %r8 and %r9.

source:
http://stackoverflow.com/questions/2...alls-on-x86-64

J'ignorais totalement que la convention était différente en mode user..
Ca explique le problème que j'ai eu avec "getaddrinfo" pour accéder à r10 qui en faite était rcx..
J'avais conclu à un bug. J'ai eu un problème différent sur chaque os pour cette fonction donc ça ne m'avait pas trop étonné sur le coup et j'étais passé par la pile pour accéder au 4ème argument.

Je viens de tester avec rcx et ça fonctionne parfaitement.

a+