Discussion :

[J4e8a16n]

Bonjour à tous,

gcc -mno-cygwin -fno-asm -Wall -omyFirst.exe myFirst.c
myFirst.c:12: warning: ignoring asm-specifier for non-static local variable 'x'
myFirst.c:15: error: parse error before "MOV"

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
/* Jean Bernard Emond X86 2003 page 334 */
/* Il a utilisé le Visual C++ */
 
#include <stdio.h>
 
void main(void){
int x = 50;
 
_asm {
MOV EAX, x
SHL EAX, 1
}
 
printf("x = %d\n", x);
}

J'ai essayé de défénir int x asm("x") = 50; ligne 12

Je lis le livre, je lis la doc et je ne trouve pas comment encadrer l'asm.

Cordialement,

JPD

[koala01]

Salut,

Le fait est que... il est fortement déconseillé de placer du code assembleur dans du code C ou C++...

D'abord parce que, contrairement aux idées reçues, cela n'accélère absoluement pas le traitement, et surtout pas lorsqu'il n'y a que deux instructions assembleur.

Ensuite, bien que je ne fasse qu'émettre un avis strictement personnel sur le sujet, parce que l'assembleur est beaucoup plus difficile à comprendre et à relire que du code écrit dans un langage dit "de troisième génération" (je "connais" l'assembleur, mais il faut avouer que c'est difficile à comprendre )

Enfin, et cela rejoint sans doute ton problème, parce que l'assembleur est souvent... "strictement réservé" une certaine quantité de choses, comme le compilateur, le processeur, j'en passe et de meilleures

Marqué pas de bol pour toi, tu as décidé de changer de compilateur en chemin (bah, ouaip , le type a écrit son code avec VC++ et toi tu veux le compiler avec... gcc )

Il se fait que les conventions utilisées pour indiquer au compilateur qu'il a affaire à du code assembleur sont différentes entre VC++ et Gcc

*Sauf erreur* la convention d'appel d'instructions assembleur sous Gcc ressemble à

Code :

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

1
2
3
4
asm (
"MOV EAX, x"
"SHL EAX, 1"
);

Remarque au passage qu'il s'agit de parenthèses, la présence de guillemets entourant les instructions et du point virgule finale...

Malheureusement, les tests que j'ai fait chez moi m'ont royalement jeté car il existe trop de référence en mémoire pour mov, ce qui semble indiquer que EAX n'est pas une adresse valide

[droggo]

Bao,

Pour inclure de l'assembleur dans un code C avec gcc, il faut utiliser la syntaxe AT&T, très différente de la syntaxe Intel que tu utilisais avec Visual C.

Cette syntaxe AT&T est assez "lourde" à mon avis, mais on s'y fait, ne serait-ce que par obligation.

"par obligation", ce qui implique pour ma part, que l'assembleur n'est a utiliser que pour ce que le compilateur ne sait pas faire, ce qui est assez rare, sauf dans certains domaines.

[J4e8a16n]

(...faut avouer que c'est difficile à comprendre )

Marqué pas de bol pour toi, tu as décidé de changer de compilateur en chemin (bah, ouaip , le type a écrit son code avec VC++ et toi tu veux le compiler avec... gcc )

Ouais.
Mais l'assembleur, ça aide à comprendre le C, le java, etc. Entre autres les pointeurs.
J'ai le dit compilateur Visual 9.0, plein de bugs le chemin des libs ne fonctionne pas, le chemin des dll non plus. La ligne de commande semble avoir des problème des path. Les !! de guillemets à mon avis. Le problème est connue de Soft et j'attends qu'on me réponde.

D'abord parce que, contrairement aux idées reçues, cela n'accélère absoluement pas le traitement, et surtout pas lorsqu'il n'y a que deux instructions assembleur.

?? Ah! C'était quoi tout ce baratin?

Pour ce qui est du bouton, je click et merci de ta sollicitude détachée :o)