Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Forum Ti68K » Programmation Assembleur 68K » ASM dans une fonction C (10 réponse(s))

./POST DE DEPART (post n°0) Marquer comme non lu.

Orage

Ecrit le: Dimanche 14 mars 2004 à 08:55

Membre privilégié

Groupe: Orage Studio

Messages: 261

Membre n°4

Inscrit le 30 janvier 2004

Je suis en train d'améliorer la vitesse de OrageGL, et celà passe notamment par l'utilisation d'ASM. J'aurais besoin d'un peu d'aide svp

Lorsque je met un argument ASM dans une fonction C comme suivant, le programme me met en info "Unused parameter buff" (je n'utilise pas buff, mais a0). Serait-il possible de mettre en paramètre uniquement %a0 ? Ou alors comment faire pour éviter cet info ?

void GL_DisplayB(void *buff asm("%a0"))
{
short i;
asm("move.l #19456, %a1");
for(i=0 ; i<120 ; i++)
{
asm("move.l (%a0)+, (%a1)+");
asm("move.l (%a0)+, (%a1)+");
asm("move.l (%a0)+, (%a1)+");
asm("move.l (%a0)+, (%a1)+");
asm("move.l (%a0)+, (%a1)+");
asm("move.l (%a0)+, (%a1)+");
asm("move.l (%a0)+, (%a1)+");
asm("move.l (%a0)+, (%a1)+");
}

return;
}

./Post n°1 Marquer comme non lu.

Sasume

Ecrit le: Dimanche 14 mars 2004 à 12:27

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Je ne pense pas que tu puisses, vu que ta fonction est à moitié en C, et à moitié en ASM.
Essaie de faire : void GL_DisplayB(void * asm("%a0")) {...}
Mais ça m'étonnerait que ça passe.

Sinon, programme tout en ASM.
Et optimise. Ce n'est pas le fait d'utiliser l'ASM qui te fera aller plus vite si ton code n'est pas optimisé.

./Post n°2 Marquer comme non lu.

Orage

Ecrit le: Dimanche 14 mars 2004 à 12:57

Membre privilégié

Groupe: Orage Studio

Messages: 261

Membre n°4

Inscrit le 30 janvier 2004

Ok merci.
Pour l'optimisation du code, je ne vois pas ce que je peux faire de plus. (j'obtient une vitesse comparable à la fonction équivalente de extgraph 1.x)

./Post n°3 Marquer comme non lu.

Kevin Kofler

Ecrit le: Dimanche 14 mars 2004 à 14:31

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Ce code n'est pas valide. Rien ne garantit que buff se trouve toujours en %a0 à cet endroit. Et de plus, il faut mettre les séquences d'instructions assembleur en un seul asm. Code correct:
void GL_DisplayB(void *buff asm("%a0"))
{
short i;
void *p=(void*)19456;
for(i=0 ; i<120 ; i++)
{
asm("move.l (%0)+, (%1)+
move.l (%0)+, (%1)+
move.l (%0)+, (%1)+
move.l (%0)+, (%1)+
move.l (%0)+, (%1)+
move.l (%0)+, (%1)+
move.l (%0)+, (%1)+
move.l (%0)+, (%1)+"::"a"(buff),"a"(p):"memory","cc");
}

return;
}

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°4 Marquer comme non lu.

Orage

Ecrit le: Lundi 15 mars 2004 à 12:19

Membre privilégié

Groupe: Orage Studio

Messages: 261

Membre n°4

Inscrit le 30 janvier 2004

Ok, merci Kevin

Pour éviter les pbs, j'ai commencé à recoder la bibliothèque en ASM -comme le conseillait Sasume-, et j'obtient une vitesse tout à fait correct sur le traitement des buffers

./Post n°5 Marquer comme non lu.

Billy Charvet

Ecrit le: Mercredi 17 mars 2004 à 14:45

Envoyer un message privé à Billy Charvet

Membre: Maître Ultime

Groupe: Storm Team

Messages: 1056

Membre n°61

Inscrit le 23 février 2004

Pardon mais je ne comprends pas du tout la syntaxe de la dernière ligne:

move.l (%0)+, (%1)+"::"a"(buff),"a"(p):"memory","cc");

Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

./Post n°6 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mercredi 17 mars 2004 à 18:09

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Aucune sortie, 2 entrées dans des registres d'adresses, modifie la mémoire et le code de condition. (Pour les 2 derniers clobbers, ce n'est en général pas grave si on les oublie, mais il vaut quand-même mieux les mettre pour éviter toute possibilité d'avoir des ennuis.)