Înclure de l'asm dans du C :: 156éme edition - Page 1

-

Orion_
a écrit : bon déja j'ai trouver comment eviter que le compilo nous dise a chaque fois: multi string litteral a deprecated.

De toute façon, les multi-line string literals ne sont pas "deprecated" dans TIGCC (on les remettra à travers le patch TIGCC dans les nouvelles versions de GCC), et le warning sera supprimé dans la prochaine bêta (il est déjà supprimé dans l'IDE, mais apparemment tu n'utilises pas l'IDE - ce qui est une mauvaise idée, mais bon... -; la prochaine bêta le supprimera directement dans GCC).

"movea.l 19456,%a0n"

Il manque le #!!!

je precise que j'ai transformer 4C00 en 19456 parceque le compilo ne comprend pas le signe '$', alors j'ai converti en decimal.

Utilise 0x. Et le # n'a rien à voir avec l'hexadécimal, et est donc indispensable que tu convertisses en décimal ou non!


Et la routine de ExtGraph est bien plus rapide (mais aussi plus grosse, malheureusement) que la tienne.

-

Non, parce que memset est plus optimisé que ta routine.

-

Conclusion : te fais pas chier à faire une routine : quand il y en a déja une, tu l'utiises, surtout si elle est efficace

Parce que tu ne maitrises pas le jeu d'instruction du 68k

-

Cf post de Kevin.

Je me suis amusé à coder pour toi un memset Il a une seule restriction : l'adresse du buffer doit être paire. C'est un peu optimisable encore.

Thib_memset:		; void (void *adresse, char valeur, unsigned short taille)
	; recopie de 'valeur' sur 32 bits
	move.b		9(a7),d0
	move.b		d0,d1
	lsl.w		#8,d0
	move.b		d1,d0
	move.w		d0,d1
	swap		d0
	move.w		d1,d0		; d0.l = 'valeur'
	; chargement de l'adresse
	move.l		4(a7),a0	; a0 -> buffer
	; calcul du nombre d'itérations à effectuer sur 128 bits puis sur 8 bits
	move.w		10(a7),d1
	move.w		d1,d2
	and.w		#15,d2		; d2.w = nb d'itérations sur 8 bits
	lsr.w		#4,d1		; d1.w = nb d'itérations sur 128 bits
	; remplissage du buffer
Thib_memset_128bits:
	beq.s		Thib_memset_8bits
	subq.w		#1,d1
Thib_memset_128bits_loop:
	move.l		d0,(a0)+
	move.l		d0,(a0)+
	move.l		d0,(a0)+
	move.l		d0,(a0)+
	dbf		d1,Thib_memset_128bits_loop
Thib_memset_8bits:
	tst.w		d2
	beq.s		Thib_memset_fin
	subq.w		#1,d2
Thib_memset_8bits_loop:
	move.b		d0,(a0)+
	dbf		d2,Thib_memset_8bits_loop
	; fin du remplissage
Thib_memset_fin:
	rts

-

bah oui, la ROM_CALL memset !

Au niveau de la rapidité, ça dépend de l'implémentation. Mon code doit être plus rapide que 960 clr.l, mais pour être sûr, là, faudrait faire des calculs Le mieux est que tu testes.

J'ai calculé. Ma fonction est plus rapide de 37% que 960 clr.l (a0)+ alignés

-

Bon tu auras peut-être des problèmes : j'ai pas testé, je l'ai codé en live cette fonction

-

rhalala... un petit indice...

movem.l d0-a6,-(a7) ;64 times -> no 1
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7)
movem.l d0-a6,-(a7) ;no 64

Bof ton code est très moyen sBibi. Il n'y a vraiment pas besoin de dérouler autant, c'est du gaspillage de place pour un gain insensible.

-

Thibaut> bah, ok on peut renrouler 2 ou 3 fois... ms si ça m'amuse de le faire comme ça g le droit non? juste histoire de donner un choc a kevin de voir un truc aussi horriblement gros

-

Orion #18> hmm.. nan..

une indication de +

lea $4c00,a7

#20> LOL

-

erf g pa mis tt le code, c just pour que tu saisisse le principe...
les regs sont tous a 0 et le pointeur de pile est sauvegardé au début et restauré avant le rts de fin de routine...

-

erf...

movem.l d0-a7,SavedRegs
move.l a0,a7
moveq #-1,d0
moveq #-1,d1
moveq #-1,d2
moveq #-1,d3
moveq #-1,d4
moveq #-1,d5
moveq #-1,d6
moveq #-1,d7
move.l d0,a0
move.l d0,a1
move.l d0,a2
move.l d0,a3
move.l d0,a4
move.l d0,a5
move.l d0,a6

; la les 64 movem...

movem.l SavedRegs,d0-a7

et pui savedRegs, ba c un ds.l 16

-

lol, y a jamais de routine "la plus rapide"
y a surement plus rapide, ms je sais pas comment faire...

et le principe n'est pas de moi...
c le mm principe ke pour recopier des écrans virtuels...