>> a może jak Ktoś kiedyś będzie szukał i znajdzie Twojego posta jako
>> mało oblatany nie będzie wiedział o co chodzi... więc może byś
>> wyjaśnił co to jest to "inlajnowanie" funkcji?
>
> Witam ponownie.
>
> Generalnie te informacje są istotne dla ZSOKW i ZBOKB czyli:
> Zwolenników Skrajnej Optymalizacji Kodu Wynikowego
> i
> Związku Bojowników o Każdy Bajt

Ja bym to nazwal Zwiazkiem Bojownikow o Kazda Instrukcje - w skrocie
"ZBoKI" co lepiej oddaje istote problemu :)

> Owo "inlajnowanie" to jedna z metod optymalizacji kodu wynikowego przez
> kompilator. Przykładowo mamy funkcję A wywoływaną przez funkcję B. Jeśli
> w wyniku kompilacji wyszło, że ciało funkcji A to w efekcie trzy bajty
> na krzyż, to nie ma sensu we wnętrzu funkcji B wstawiać wywołania
> funkcji A przez rozkaz CALL (i potem wracać przez RET co jest dodatkowym
> obciążeniem czasowym) ekonomiczniej jest wkompilować ciało funkcji A
> bezpośrednio w ciało funkcji B. Chodzi tylko aby nie przegiąć przy tej
> optymalizacji i nie doprowadzić do rozrostu kodu wynikowego.

To jest jeden powod, drugi czestszy to optymalizacja pod wzgledem
szybkosci. Czyli zamiast robic np. petle for mozna ja rozwinac na ciag
instrukcji (to kontroluje inna dyrektywa kompilatora), albo wlasnie
wstawic nawet dluzsza sekwencje rozkazow, ale za to uniknac RCALL/CALL z
RET, ktore sa dlugie.

> P.S. Z wyłączeniem onlajnowania dyrektywą -fno-inline trzeba uważać, bo
> np. bloki ATOMIC zaczynają generować prawdziwe koszmarki w kodzie
> wynikowym zamiast prostego in r15, SREG; cli; ..... out SREG, r15.
> Korzystniej jest poeksperymentować z parametrem -finline-limit=3
> osiągając stosowny kompromis.

O ile sie nie myle to z gcc w WinAVR z 13.03.09 jest pewien problem -
nie do konca poprawnie reaguje na te dyrektywy. Jest obejscie tego, ale
w tej chwili nie pamietam, zainteresowani wygooglaja.

--
Inteligentny dom - http://idom.wizzard.one.pl
http://idom.sourceforge.net/
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz do projektu.