ATNEL tech-forum

avr-gcc (linux) wersje gcc a rozmiar kodu wynikowego

2016-03-04T15:42:43+01:00

Napisałem, że hardcore

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

Masz wtedy taki warning:

[syntax=bash]/home/tom/avr8-gnu-toolchain-linux_x86_64/avr/include/util/delay.h:95:3: warning: #warning "Compiler optimizations disabled; functions from won't work as designed" [-Wcpp]
# warning "Compiler optimizations disabled; functions from won't work as designed"[/syntax]

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

Można też użyć zamiast
[syntax=bash]#pragma GCC pop_options[/syntax]

dać

[syntax=bash]#pragma GCC reset_options[/syntax]

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:

[syntax=c]void __attribute__((optimize("O0"))) foo(uint8_t data) {
// kod o który chodzi
}[/syntax]

Statystyki: Napisane przez sq5rix — 4 mar 2016, o 15:42

Re: avr-gcc (linux) wersje gcc a rozmiar kodu wynikowego

2016-03-04T15:46:14+01:00

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
[syntax=c]uint8_t trivdiv(uint16_t dzielna,uint8_t dzielnik) {
uint8_tiloraz=0;
for (;dzielna>=dzielnik;iloraz++) { dzielna-=dzielnik; }
return iloraz;
}[/syntax]

Statystyki: Napisane przez kenubi — 4 mar 2016, o 15:40

avr-gcc (linux) wersje gcc a rozmiar kodu wynikowego

2016-03-04T14:24:54+01:00

To jest proste.

[syntax=c]#pragma GCC push_options
#pragma GCC optimize ("O0")

your code

#pragma GCC pop_options[/syntax]

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

Statystyki: Napisane przez sq5rix — 4 mar 2016, o 14:24

Re: avr-gcc (linux) wersje gcc a rozmiar kodu wynikowego

2016-03-04T11:40:50+01:00

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

Statystyki: Napisane przez kenubi — 4 mar 2016, o 11:40

avr-gcc (linux) wersje gcc a rozmiar kodu wynikowego

2016-03-04T10:58:04+01:00

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ę).

Statystyki: Napisane przez kenubi — 4 mar 2016, o 10:58