M.M. <m...@W...gazeta.pl> napisał(a):

> fir <f...@W...gazeta.pl> napisał(a):
>
> > mov eax,dword ptr [esp+536]
> > mov dword ptr [esp+428],eax
> > mov eax,dword ptr [esp+540]
> > mov dword ptr [esp+432],eax
> > mov eax,dword ptr [esp+544]
> > mov dword ptr [esp+436],eax
> >
> > albo jeszcze mniej :O jek wytlumaczyc te masywne bloki mov'ow ?
> Chyba: kopiowanie 12 bajtów spod adresu esp+536 do adresu esp+428 za
> pośrednictwem młodszej cztero-bajtowej części rejestru EAX; 3 razy
> po 4 bajty. Dlaczego kompilator nie wyrównał do 8 bajtów i nie dał
> dwa razy na pełnym rejestrze eax to nie wiem.

eax to 4 bajty - rax to 8 ale ja mam 32 bitowego kompa;
wiem ze to kopiowania tylko pytanie dlaczego to ma miejsce bo
raczej nie jest potrzebne, widac ze jakosci tego generowanego kodu
daleko do optymalnej, a trzasnac takie procedurki dla fpu z reki
reczej nie jest tak trudno (kiedys pisalem ale wiele lat temu)
(choc wiadomo, ze ew trzeba moze bedzie debugowac itp jak trafia sie
bledy a kompilator przy generowaniu asma nieoptymalizuje ale tez i
beldow nie wtrynia)








--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/