asm inline avec gcc

Version imprimable

03/04/2007, 19h48
snakemetalgear

asm inline avec gcc
salut!!
j'essaye de programmer en code assembleur avec le compilateur gcc(dev-c++)
mais la syntax est at&t et je veux programmer en syntax intel,
g entendu parler d'une commande magique -masm=intel mais pourtant sa marche pas je la met dans PROJECT-->PROJECT OPTIONS-->FURTHER OBJECT FILES OR LINKER OPTIONS.
et je compile ce code:
Code:

1 2 3 4 5 6 7 8 9 10 int main() { } void setmode(unsigned int mode) { asm{ MOV AX, mode INT 0x10 } }

Code:

1
2
3
4
5
6
7
8
9
10
11
int main()
{
 
}
void setmode(unsigned int mode)
{
asm(".intel_syntax noprefix\n");
asm("mov ax, mode\n");
asm("int 0x10\n");
}
}

03/04/2007, 20h02
snakemetalgear

oui j'ai deja tenter d'ajouter la ligne:

Code:

asm(".intel_syntax noprefix\n");

mais ça marche pas c'est quoi exactement le probleme:( c'est bizzare.
03/04/2007, 20h40
droggo

Ho,

J'ai essayé des dizianes de fois, ça ne marche pas car, avec la syntaxe Intel, gcc ne sait apparamment pas accéder aux variables (sauf globales paraît-il, mais même dans ce cas je n'arrive pas à les utiliser).

En clair : oublier la syntaxe Intel avec gcc, et se faire à la syntaxe AT&T (quelle galère).

A moins que quelqu'un ai réussi à le faire ? (mais j'ai cherché longtemps et souvent...)
03/04/2007, 20h58
snakemetalgear
oui c'est dommage maintenant je suis obligé a utilisé le AT&T et sa me fai mal aux yeux.
mais je comprends pas pourquoi il ya ceux qui ont fait ce truc et ils disent que sa marche tres bien.
et sinon si j'essaye le AT&T alors sa doi etre comme ça:
Code:

1 2 3 4 5 6 7 8 9 10 int main() { } void setmode(unsigned int mode) { asm( "MOV mode, %ax\n INT $0x10" ); }
mais bien sur ça marche pas le LINKER signale:

Citation:

undefined reference to mode
03/04/2007, 20h58
Pierre Maurette
Laissez tomber les .intel_syntax noprefix, je me demande quand c'est censé marcher. La syntaxe AT&T, ça fait peur - bien que pas complètement idiot - mais pour des trucs du genre du vôtre autant s'y mettre:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 void setmode(uint16_t mode) { #ifdef __GNUC__ __asm ( "movw %0, %%ax\n" "int $0x10\n" : : "m"(mode) : "%ax" ); #endif }
Ça compile, mais à vérifier car non testé.
03/04/2007, 21h40
snakemetalgear

je pense que ta raison vau mieux oublier la syntax intel.
ton code se compile bien mais quan je l'execute j'ai le genre du message.

Citation:

le programme a rencontré un probleme nous vous prions....

mem si j'ai pas bien compris le code parceque je comprend pas bien le AT&T.
03/04/2007, 22h07
droggo

Hoï,

Citation:

Envoyé par Pierre Maurette

Laissez tomber les .intel_syntax noprefix, je me demande quand c'est censé marcher. La syntaxe AT&T, ça fait peur - bien que pas complètement idiot - mais pour des trucs du genre du vôtre autant s'y mettre.
...
Ça compile, mais à vérifier car non testé.

Ce n'est pas complètement idiot, mais d'une lourdeur par rapport à la syntaxe Intel.
Rien que devoir préciser ce qui est en entrée, sortie, de quel type de donnée il s'agit, ... alors que les instructions et le lien - facile à faire - avec les noms déclarés dans le programme devraient suffire pour le déterminer.

Par obligation, je m'y suis mis, mais si quelqu'un dispose d'une solution pour y échapper :lol:

Citation:
Envoyé par Pierre Maurette
La syntaxe AT&T, ça fait peur
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 void setmode(uint16_t mode) { #ifdef __GNUC__ __asm ( "movw %0, %%ax\n" "int $0x10\n" : : "m"(mode) : "%ax" ); #endif }
Ah ouais, c'est gore...

03/04/2007, 22h22
snakemetalgear

non c'est pas idiot masi difficile en plus gcc c'est un bon compilateur et le fait qu'il utilise la AT&T le rend incomplet c'est comme un defaut,dommage.
quoi a propos de l'execuable pourquoi il marche pas a votre avis?
03/04/2007, 23h28
snakemetalgear
et en plus comment peut on utiliser une variable avec T&T par exemple la variable(mode):
Code:

1 2 3 4 5 6 void set_mode(unsigned int mode) { asm( "MOV mode,%AX ....."); }
sa marche pas:undefined reference to mode.
et qu'est ce qui va pas avec mon executable.
04/04/2007, 02h35
droggo
loh,
Citation:
Envoyé par snakemetalgear

et en plus comment peut on utiliser une variable avec T&T par exemple la variable(mode):

Code:

1 2 3 4 5 6 void set_mode(unsigned int mode) { asm( "MOV mode,%AX ....."); }

sa marche pas:undefined reference to mode.
et qu'est ce qui va pas avec mon executable.
Ça, ce n'est pas de la syntaxe at&t, on ne peut pas utiliser directement les variables comme ça.

La version donnée par Pierre Maurette est la bonne. Indigeste, hein ?
04/04/2007, 02h43
Emmanuel Delahaye
Citation:
Envoyé par snakemetalgear

et en plus comment peut on utiliser une variable avec T&T par exemple la variable(mode):

Code:

1 2 3 4 5 6 void set_mode(unsigned int mode) { asm( "MOV mode,%AX ....."); }
Peut être _mode...

Et c'est pas AX, plutôt que %AX ?
04/04/2007, 04h29
snakemetalgear
AH OUI desolé c'est parceque j'ai fai copier coller a partir du compilo et yavais le code intel je voulais dire comme sa:
Code:

1 2 3 4 5 6 void set_mode(unsigned int mode) { asm( "MOV mode,%AX\n" "INT $0x10\n"); }
bah une fonction qui recoit le mode voulue et l'active.
mais en tous cas meme le AT&T ne marche meme pas linterruption plante le probleme.c'est pas mon jour de chance.
merci beaucoup.
04/04/2007, 06h11
Emmanuel Delahaye
Citation:
Envoyé par snakemetalgear

AH OUI desolé c'est parceque j'ai fai copier coller a partir du compilo et yavais le code intel je voulais dire comme sa:

Code:

1 2 3 4 5 6 void set_mode(unsigned int mode) { asm( "MOV mode,%AX\n" "INT $0x10\n"); }
Je ne sais pas trop ce que tu cherches à faire, mais en mode 386 protégé, il n'y a pas de AX mais c'est EAX, d'une part, d'autre part, INT 10h n'existe pas.

Ce code n'a aucune chance de fonctionner en Win32 ni sous Linux...
04/04/2007, 09h17
Pierre Maurette
Citation:
Envoyé par snakemetalgear

AH OUI desolé c'est parceque j'ai fai copier coller a partir du compilo et yavais le code intel je voulais dire comme sa:

Code:

1 2 3 4 5 6 void set_mode(unsigned int mode) { asm( "MOV mode,%AX\n" "INT $0x10\n"); }

bah une fonction qui recoit le mode voulue et l'active.
mais en tous cas meme le AT&T ne marche meme pas linterruption plante le probleme.c'est pas mon jour de chance.
merci beaucoup.
Vous êtes certain que au moins ça compile sous gcc ? J'ai de gros doutes...

Citation:

Envoyé par snakemetalgear

je pense que ta raison vau mieux oublier la syntax intel.
ton code se compile bien mais quan je l'execute j'ai le genre du message.

Citation:

le programme a rencontré un probleme nous vous prions....

mem si j'ai pas bien compris le code parceque je comprend pas bien le AT&T.

Vu le message vous êtes sous un Windows récent, sans doute XP. Il est normal que le int crashe à l'exécution, sans même parler de ce que vous en espérez, un changement de mode graphique. Votre code doit être écrit pour DOS ou un truc comme ça. Si vous ne voulez pas en rester là, voyez si ça fonctionne:
Code:

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 31 32 33 #include <stdio.h> #include <stdint.h> #include <inttypes.h> uint16_t setmode(uint16_t mode) { uint16_t dumi = 0; #ifdef __GNUC__ __asm( "movw %1, %%ax\n" "movw %%ax, %0\n" : "=r"(dumi) : "m"(mode) : "%ax" ); #endif #ifdef _MSC_VER #ifndef _WIN64 _asm { mov ax, mode mov dumi, ax } #endif #endif return dumi; } int main(void) { printf ("%"PRIu16"\n", setmode(0x10)); return 0; }
Vous pouvez simplifier mais je ne suis pas sûr que le fonctionnement soit garanti, sans parler des warnings sous gcc:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 uint16_t setmode(uint16_t mode) { #ifdef __GNUC__ __asm( "movw %0, %%ax\n" : : "m"(mode) ); #endif #ifdef _MSC_VER #ifndef _WIN64 _asm { mov ax, mode } #endif #endif }

04/04/2007, 12h11
Médinoc

à mon avis, même en mode 32bits, AX existe toujours, comme AL existe en mode 16 bits...
04/04/2007, 15h37
droggo

Hal,

Citation:

Envoyé par Médinoc

à mon avis, même en mode 32bits, AX existe toujours, comme AL existe en mode 16 bits...

Et en mode 32 :lol:
05/04/2007, 02h45
snakemetalgear

je compile avec dev-c++ alors c'est g++ je pense.
oui j'ai windows XP donc ya aucune chance d'utiliser les interruptions 8O ?
en tous cas ton code PIERRE ne marche pas les libraries stdint.h et intypes.h ne sont pas reconnus par le compilo et en plus j'ai pas bien compris le code.
donc si les interruptions ne marche pas sous XP ya pas une autre solution pour passe en mode graphique?
c'est bizzare parceque le cours dont j'ai trouver ces codes ya aussi les executables et sa sexecute tres bien sur mon pc.
05/04/2007, 09h03
Médinoc

Citation:

Envoyé par snakemetalgear

oui j'ai windows XP donc ya aucune chance d'utiliser les interruptions 8O ?

Ben non, comme sous aucun OS évolué.

Citation:

en tous cas ton code PIERRE ne marche pas les libraries stdint.h et intypes.h ne sont pas reconnus par le compilo et en plus j'ai pas bien compris le code.

stdint.h et inttypes.h ne sont pas des bibliothèques, mais des fichiers d'en-tête.
Ces fichiers ne sont définis qu'à partir du standard C99, que Visual ne respecte pas.

Citation:

donc si les interruptions ne marche pas sous XP ya pas une autre solution pour passe en mode graphique?
c'est bizzare parceque le cours dont j'ai trouver ces codes ya aussi les executables et sa sexecute tres bien sur mon pc.

Je parie que ce sont des exécutables DOS 16 bits, donc ils s'éxécutent sur la Virtual DOS Machine de Windows NT (NTVDM.exe).
En mode 32 bits, tu n'as pas accès à cet ancien mode graphique : Tu dois utiliser les fonctions de Windows GDI, de DirectX ou d'OpenGL (les deux derniers permettant de faire des applications plein écran, pour la première je ne pense pas).
05/04/2007, 14h07
Pierre Maurette

Citation:

Envoyé par Médinoc

stdint.h et inttypes.h ne sont pas des bibliothèques, mais des fichiers d'en-tête.
Ces fichiers ne sont définis qu'à partir du standard C99, que Visual ne respecte pas.

http://msinttypes.googlecode.com/svn/trunk/stdint.h
http://msinttypes.googlecode.com/svn/trunk/inttypes.h
05/04/2007, 14h36
Médinoc

Hey, sympa.:)
Je garde le lien!

je pense que c'est ça le truc se sont des executables 16bit bon j'ai telecharger DJGPP et enfin j'arrive a acceder au mode graphique et les interruptions sa marche.:king:
mais,eh oui ya toujours un mais je peux pas mettre un pixel lol.
voila le code:
Code:

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 #include<string.h> void set_mode(); void put_pixel(int x,int y,unsigned char coul); void cls(); char *ecran=(char *) (0xA0000000L); int main() { set_mode(); put_pixel(100,50,10); cls(); } void set_mode() { asm( "MOV $0x13,%AX\n" "INT $0x10\n" ); } void put_pixel(int x,int y,unsigned char coul) { ecran[(y*320)+x]=coul; } void cls() { memset(ecran,0,64000L); }
lecran devien tt noir sans afficher le pixel.
et quand je lexecute depuis rhide sa envoi exit code:255.
je crois que la faute est exactement dans put_pixel.
je voudrais bien utiliser djgpp avec dev-c++ 4.0. comment?
merci a tous.:yaisse2:

06/04/2007, 07h54
Emmanuel Delahaye

Citation:

Envoyé par snakemetalgear

je pense que c'est ça le truc se sont des executables 16bit bon j'ai telecharger DJGPP et enfin j'arrive a acceder au mode graphique et les interruptions sa marche.:king:
mais,eh oui ya toujours un mais je peux pas mettre un pixel lol.
<...>

Mais pourquoi tu veux faire ces manips d'un autre age ? Qu'est qui ne va pas avec DirectX, SDL ou OpenGL ? C'est quand même fait pour ça.... On est plus sous MS-DOS où l'on pouvait bricoler dans le hard n'importe comment. Cette époque est révolue, tu ne l'as pas encore compris ? Dès le début de Windows, Microsoft mettait en garde contre ces pratiques et recommandait l'usage des fonctions système...

Pourquoi tu t'entêtes comme ça ? C'est quoi ton but exactement ?
06/04/2007, 23h04
snakemetalgear

bah c'est pas question d'evolution je suis juste un amateur et c pck j'aime comprendre l'origine des choses si j'utilise SDL ça va etre facile mais c'est juste que je veux comprendre comment sa marche premierement puis je vais essayre le new :aie:
07/04/2007, 00h49
Emmanuel Delahaye

Citation:

Envoyé par snakemetalgear

bah c'est pas question d'evolution je suis juste un amateur et c pck j'aime comprendre l'origine des choses<...>

Alors plonge toi dans les drivers écran de Linux... Google est ton ami...
08/04/2007, 02h10
snakemetalgear

thannnx :king: