On Thu, 11 Jun 2009 14:28:34 -0400, T.M.F. wrote:
>>> void Rysuj(tRect&t);
>>> Inaczej kompilator musi utworzyc kopie obiektu tRect i ta kopie dopiero
>>> przekazac do funkcji.
>>
>> W C++ moze to byc faktycznie kosztowne.
>
>W C tez powinno byc kosztowne. Bo skad kompilator ma wiedziec, ze Rysuj
>nie modyfikuje struktury tRect?

Nie musi wiedziec. Ma wrzucic cala na stos, co powinno pojsc dosc
szybko.

>> W pozostalych sytuacjach trzeba by spojrzec w kod wynikowy co lepiej
>> kompilatorowi wyszlo.
>> A wracajac do meritum .. wychodzi na to ze najlepiej byloby odwrocic
>> sprawe - zrobic funcje z 4 parametrami, a nad nia ewentualnie
>> nadbudowac wersje ze struktura.
>> I nie korzystac z niej bez potrzeby :-)
>
>Niekoniecznie. 4 parametry to w idealnym przypadku 4 8-bitowe rejestry.
>Zazwyczaj wiaze sie to z ich wczesniejszym odlozeniem na stosie i potem
>ponownym pobraniem. Przy przekazaniu przez wskazanie mamy tylko dwa
>8-bitowe rejestry wskazujace na strukture, co wiaze sie zmniejszym
>nakladem na przekazanie parametrow. W procedurze czesto jest to
>optymalizowane jako LD Rx,Z+y, lub podobne.

Sa to pewne zalozenia i wymagaja odpowiedniego procka.
W wielu moze wyjsc odwrotnie.

>OT: to co chce zrobic autor wydaje sie lepiej zrealizowac w C++.

No, Jesli pamietacie Piotra Wyderskiego to on to polecal od dawna,
i chyba mamy przyklad ze by sie przydalo.

Choc w sumie .. jedno makro, troche dyscypliny [potrzebnej tez w ++] i
mozna w zwyklym C miec trzy wersje do wyboru, dopasowujac sie do
procka.

J.