Cześć, pytanie na które nie spodziewam się uzyskać konkretnej odpowiedzi, lecz warto spróbować.
Kod (dla attiny13) skompilowany na:
- kompie z linux mint 13 na gcc 4.5.3 ma 1024 bajty (bin)
- ten sam kod skopiowany na kompa z linux mint 17.3 z gcc 4.8.2 ma 1070 bajtów (bin)

Oczywiście niczego nie zmieniam (poza kompami).
I teraz się zastanawiam, czy na innym kompie mam szukać jakiś ustawień zdefiniowanych gdzieś na dysku (jakieś niejawne opcje kompilatora), czy jest jakaś uznana (za porządną) wersja (która?) avr-gcc - która generuje solidny kod, czy to zwyczajnie efekt rozwijania gcc (a może raczej bibliotek avr-libc?) i dodawania/poprawiania kodu?

Różnica jest spora, prawie 50 bajtów. Kod i tak przystrzygłem jak tylko mogłem i musiałem wyrzucić kilka funkcjonalności - no ale, nie o kod tu właściwie chodzi a znaczą różnicę w wyniku (mogę analizować dumpy ASM, ale nawet ten 1K to sporo pracy jest i być może nic nie osiągnę).

Bo nie zmieniam (sensu w kodzie i wywołaniu kompilatorów -wołam je z pliku bash - nie przez make), a to co się zmienia wymieniłem przecież: gcc, linux. Niejawne - czyli podawane np. przez zmienne środowiskowe i jakieś .cfg - których nie znam (i pytam).
Jakie .lss, jakie eclipse .. ja to piszę w Midnight Commander (mcedit) - jestem "starej daty" - myszki przy pisaniu kodu doprowadzają mnie do szału.
a diff mi nic nie daje, sekcje są poprzemieszczane i trochę inny kod wygenerowany.

Ale już chyba wiem, to OPTYMALIZATOR (-Os) mi się wchrzania, mam mnożenie przez dodawanie - prościutka pętelka, wykorzystałem ją jednak tylko raz (x*3) a optymalizator na gcc 4.8.2 "na chama" generuje mi ASM "uniwersalnego" mnożenia "__mulhi3", które wg. tamtej pętelki jest 2,3x większe.
Zresztą na gcc 4.5 też z tą pętlą zrobił jakieś cyrki (ale mniejsze), za to do dzielenia w pętli się nie przyczepił.
A ja właśnie napisałem te funkcje by zaoszczędzić te kilka bajtów - a "ON" mi na złość tam robi problemy.

Pytanie, jak w C zaznaczyć by optymalizator nie optymalizował tej funkcyjki? Mogę ostatecznie napisać ją w ASM i zlinkować, i tak zrobię jak się nie odczepi od niej

To jest proste.



Można też użyć volatile - podobny efekt, ale dla konkretnej zmiennej lub funkcji.

Tu masz komplet informacji o możliwych rodzajami optymalizacji:

https://gcc.gnu.org/onlinedocs/gcc/Opti ... tions.html

Hard core

_________________
--... ...-- - --- -- . -.-

To wszystko mam, i wołany "goły gcc" , prócz "-S" to się przydało (dzięki!), nie mnożenie (zmyliło mnie "__mulhi8" -te ~mull) a dzielenie było problemem.
uint8_t trivdiv( uint16_t dzielna, uint8_t dzielnik) {..}
gdy wołałem to tak: x8t = trivdiv( dzielna16t, dzielnikt8t) - kompilator wołał "moją" funkcję
gdy wołałem to: x8t = trivdiv( dzielna8t, dzielnik8t) - kompilator wytworzył do tego jednego inny/oddzielny i spory kod.

OK, zastąpiłem mnożenia przez przesunięcia np. (*3) "x<<1 + x",
poprawiłem trochę kod i teraz mam "wsad" 1006 bajtów - he, zaszaleję, może wcisnę jeszcze jaką funkcjonalność .

@sq5rix volatile nie działało (próbowałem, a niech tam), dla zmiennej to oczywiście działa

dzięki
ps.edit, dla jasności

Napisałem, że hardcore

To normalne. Powody są takie:
albo masz _delay_ms() - wtedy się wywala, no bo jak?

Masz wtedy taki warning:



albo nie włożyłeś funkcji z kodem do osobnego pliku

Można też użyć zamiast


dać



Działa, nawet jeśli jest wszystko w jednym pliku

Jest też zależność od flagi -fwhole-program - ona najczęściej jest z defaultu, ale tego nie ćwiczyłem - myślę że to dlatego trzeba dać w osobnym pliku...

volatile działa tylko dla zmiennych, ale zauważyłem że czasem pomaga...

Generalnie to ja w życiu nie kombinuję z optymalizacją

------------------------ [ Dodano po: 34 minutach ]

Zalączam projekcik (rozgrzebany, ale się kompiluje i działa) z optymalizacją
Biblioteka może ugryźć, lojalnie uprzedzam

A kurczę o najważniejszym zapomniałem. Jak chcesz jedną funkcję "zdeoptymalizować" można jeszcze tak:

_________________
--... ...-- - --- -- . -.-