[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: PPC Programovani



> >  Ehm... s takovouhle predstavou o praci se stackem je opravdu lepsi se
> > spolehnout na kompiler.... :-D
> 
> Nevim jestli se mam jako urazit - ale skutecne se stacky na RISC
> procesorech
 Neurazej se, radeji si precti nejakou chytrou knizku ;-)

> nechovaji jako normalni pamet - tudiz alokovat si lokalni promennou
 bullshit...

> 'char a[300]' na skutecnem zasobniku PPC je dle meho nazoru totalne spatne
 a co je podle tebe 'skutecny zasobnik' ? 

> a neni nic jednodussiho nez pro tyto data vyuzivat dalsi pointer, ktery
 totalni bullshit...

> se bude jako zasobnik tvarit - je mozne, ze PPC se takto konkretne nechova
> ale to bych se dost divil...
> 
> Jinak na klasickych procesorech samozrejme data na zasobniku normalne lezi
> a nic proti tomu nenamitam - ale proc bych si mel zpomalovat RISC timto
> zpusobem opravdu nevim... - registr mi udela tutez sluzbu...
 Jedine, co te muze omluvit je, ze jsi asi nikdy nedelal v asm, protoze
jinak opravdu nechapu, jak muzes vypustit takovejhle bullshit ????
Stack je normalni pamet jako kazda jina akoratze na ni ukazuje
stackpoiter.
Takze je uplne jedno, jestli si pamet naalokujes systemem a ulozis do
poiteru (coz je samozrejme jako kazda alokace brutalne pomaly) nebo
jestli
si 'ukrojis' ze stacku, na coz ti nakonec bude zase ukazovat nejaky
pointer
pri jakekoliv manipulaci s touto pameti. Nechapu, proc by mel CISC a
RISC
pracovat se stackem jinak. Nebo si snad myslis, ze stack je u RISCu
zadratovanej primo v CPU ??? :-D 


> 
> --
>      Linux is like a wigwam - no windows, no gates, apache inside!
>    Zdenek Kabelac    http://www.fi.muni.cz/~kabi/   kabi@fi.muni.cz

	cau, FiDo