Do tej pory pracowałem na Atmel Studio 6.0. Ostatnio postanowiłem spróbować popracować w środowisku Eclipse Luna.

Jak już wszystko skonfigurowałem przeniosłem kilka projektów i skompilowałem dla porównania. W obu środowiskach ustawiłem tryb "Release", optymalizację rozmiaru -Os i ku memu zdumieniu w każdym projekcie kod wynikowy programu był w Eclipse ok 400 bajtów większy. Co prawda Atmel Studio używa kompilatora 3.4.1.95 a Eclipse 3.4.2.1573 ale to chyba nie to. Czy Eclipse dodaje jakiś kod do wsadu?

Pomyśl teraz przez małą chwileczkę .... skoro eclipse czy Atmel Studio pełnią TYLKO rolę EDYTORA , gdzie równie dobrze mógłbyś użyć NOTEPAD.EXE zamiast Eclipse czy Atmel Studio - to jak myślisz - NOTEPAD.EXE dodaje jakiś wsad do kodu ? Ma to jakiś sens ?

Edytory są tylko edytorami a kompilacją zajmuje się kompilator i jeśli masz różne wersje kompilatora albo np nawet te same ale inaczej poustawiane (bo nie tylko -Os się liczy) .... to skąd ci do głowy przychodzi że notepad.exe może dodać coś do kodu ?

------------------------ [ Dodano po: 1 minucie ]


No tu sam sobie odpowiadasz ale widzę, że zamiast tego wolisz bardziej tajemnicze rozwiązania z kosmosu

Oczywiście, że już to może mieć wpływ - ale też tak jak mówię ustawienia kompilatora

------------------------ [ Dodano po: 2 minutach ]


A tak aprop'os Luna - to co cię skłania do używania tak już ARCHAICZNYCH wersji ? Może jednak rzuć na to okiem: http://mirekk36.blogspot.com/2015/07/ec ... ogram.html

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Nie. Eclipse nie dodaje żadnego kodu do wsadu. Zwróć uwagę na wywołanie kompilatora w obydwu przypadkach. Różnią się (zapewne).

A masz włączone w Eclipse przy kompilowaniu opcje -ffunction-sections -fdata-sections i przy linkowaniu opcje -Wl,--gc-sections ?

Najlepiej wrzuć logi z kompilacji z consoli z Eclipse oraz takie same z AS.

--
Pozdrawiam,
Robert

Pozwlę sobie nie zgodzić się ze stwierdzeniem, że eclipse pełni TYLKO rolę EDYTORA. Eclipse to IDE czyli zintegrowane środowisko do pracy. Gromadzi w jednym miejscu szereg narzędzi, koordynuje ich działanie, zapewnia wzajemną komunikację i ułatwia posługiwanie się nimi.


Różnica była stała bez względu na złożoność kodu i tym samym objętość kodu wynikowego. Ponadto utrzymywała się na tym samym poziomie w trybie debug i release.


Nigdy tego nie twierdziłem.


Oczywiście, ale nie aż taki. Kompilatory C generują bardzo zwarty kod. Dlatego język C jest używany do tworzenia oprogramowania układowego na większości platform sprzętowych. Nie jest możliwe aby z wersji na wersję kod wynikowy urósł z ok. 1200 bajtów do ok 1600. Różnice w ustawieniach też aż takiej różnicy nie powinny wygenerować. Bardziej bym obstawiał linker. Tym bardziej, że różnica jest stale ta sama.


Niedawno kupiłem bluebook'a i to środowisko jest na płycie. Traktuje je jako sprawdzone. Wolę wystartować od czegoś pewnego i dopiero po bliższym poznaniu brać się za najnowsze wersje. Z doświadczenia wiem, że nowsze wersje nie zawsze są lepsze. Ostatnio Atmel wydał Atmel Studio 7. Zainstalowałem popracowałem godzinę i wróciłem do wersji 6.

A tak tytułem wyjaśnienia rozpocząłem ten wątek z nadzieją, że ktoś wcześniej zwrócił uwagę na ten sam problem i ma gotowe wnioski oraz sposób na takie ustawienie opcji kompilacji aby uzyskać porównywalne wyniki. Wiem, że mogę porównywać logi, linie wywołań kompilatora i linkera, kopać w plikach wynikowych itp, ale chyba po to jest forum aby sobie nawzajem pomagać w miarę możliwości i w granicach rozsądku, dzieląc się wiedzą i doświadczeniem. Nie oczekuję aby ktoś odwalił tę robotę za mnie. Jeśli nikt nie ma gotowego rozwiązania sam go poszukam i podzielę sie rezultatami.

Sprawdziłeś jak masz ustawione wcześniej podawane opcje? Od ich ustawienia zależy czy linker wyrzuci zbędne elementy.

Ustaw je według załączonych zrzutów i zobacz jakiej wielkości masz kod wynikowy.


--
Pozdrawiam,
Robert

Jeszcze nie. Przedświąteczna gorączka = brak czasu.


Dzięki za zrzuty. Jak zrobię testy dam znać. Generalnie chcę przejść na eclipse więc będę drążyć temat aż do uzyskania porównywalnych rezultatów kompilacji. Na takim ATtiny13A 400 bajtów jest bezcenne.

Testy zrobione. Domyślne ustawienia kompilacji są takie jak na zrzucie. Tu nie musiałem nic zmieniać. Wprowadziłem zmiany w ustawieniach linkera zgodnie ze zrzutem. W efekcie tych zmian nastąpiła znacząca redukcja objętości programu. Na domyślnych ustawieniach rozmiar programu 1628 bajtów. Po wprowadzeniu zmian 970 bajtów. W Atmel Studio wprowadziłem te same ustawienia i rozmiar programu to 1266 bajtów.

Dlaczego przy identycznym kodzie źródłowym kompiluje się program wynikowy o różnej objętości dla atmegi32 i atmegi8?

A zajrzałeś sobie chociaż raz do noty PDF żeby sobie porównać chociażby np ilość rozkazów asemblerowych pomiędzy prockami ? (nie mówię, że akurat w przypadku tych dwóch są ale jest to jedna z wielu przyczyn) ... a nie widziałeś w nocie, że procki różnią się ilością każdego rodzaju pamięci i już to może wpływać na dobór rozkazów asm w kodzie wynikowym, że procki różnią się możliwościami niektórych peryferiów a więc również nazwy rejestrów bywają inne i obszerniejsze ... itp itd itp itd

podsumowując NIC W TYM DZIWNEGO ... to normalne wręcz

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Czyli może tak być, że kod źródłowy napisany w asm (nie wykompilowany przez GCC) dla rożnych procesorów wykonujący to samo będzie się różnił?

Oj czuję, że jeszcze wiele rzeczy mnie zdziwi w tej "tajemnej" dziedzinie wiedzy.

Nie może tak być - tylko tak będzie

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Podstawą przy tego typu testach są:
1) ta sama wersja toolchain
2) te same procki
3) ten sam kod źródłowy
4) te same ustawienia kompilatora i linkera

Jakiekolwiek odstępstwa od w/w powodują wyciąganie błędnych wniosków.

taa zaczyna się ...

-- to eclipse jest złe uzywaj nowego ... -- a jakie ma to znaczenie ??/ to tylko edytor , każda nowa wersja nic nie wnosi szczególnego
poza coraz większym cięzarem samego edytora ... który działa coraz zawodniej i wolniej ...

dlaczego ten kod jest większy a ten mniejszy

-- bo jest wiele warunków , wersja kompilatora jest istotna ... wersja samych includ jest istotna , procek , zasoby , ustawienia,
baaa nawet sposób pisania kodu ma znaczenie .... ale nic niema do gadania edytor .... równie dobrze możecie wrócić do korzeni i pisac w notatniku ...

(przynajmniej szybko się odpala)

zaraz zaczniecie się kłócić o kilka ms czasu kompilowania ... jakie ma to znaczenie ?? niech się kompiluje ile trzeba byle by działało dobrze i nie było błędów Jak siedzisz kilka dni nad kodem to jakie ma znaczenie te parę ms , te kilka bajtów ... ??

Nie róbcie takich porównań bo do niczego nie prowadzą i nic nie wnoszą

-- sam sposób uzycia delaya ma duże znaczenie i wpływ na rozmiar kodu ....
czasem przestawienie funkcji , zmiana kilku przecinków czy nawiasów daje duże korzyści w kodzie i jego rozmiarze
trzeba czasem przemyśleć kod nawet ten najprostszy ... a sposobów jest tyle ilu programistów wiec nie da się powiedzieć
jednoznacznie .... każdy ma swoje maniery w kodowaniu ....

podobnie jak starszy kompilator może generować większy kod wynikowy , a czasem nawet jest odwrotnie gdyż zmienia się
sposób interpretacji niektórych rzeczy przez niego ...

nie zawsze nowe idzie w parze z lepszym , ale też i nie jest lepsze wrogiem nowego ....
trzeba zastosować często umiar w zmianach , nie ulegać złudzeniom , a wybrać swoje środowisko i swój styl i się tego trzymać

Używam wprawdzie AS7 , ale Toolchain mam stary .bo nowy nie był taki dobry jak opisywali .... po za tym nic nie wnosił
te same procki działają dalej ... a kilka bitów nie było warte zmiany ....

Podobnie mam na ARM czy PC ... co z tego że jest VS2017 .... dalej używam VS2010 bo niema śmieci wodotrysków i działa szybko
a programy takie same mogę pisać .... '

Przemyślcie to zanim popadniecie w paranoję szukania winy we wszystkim ,....
przez 2 bajty czy 2ms

No nie zawsze nie ma sie o co bic. Jak Ci braknie kilku bajtów w Attiny10 to sie będziesz cieszył jak niemowlę, że toolchain zaoszczędził ci troche bajtów (nawet i 100 sie zdarzyło i to na starszej wersji).
Ale to tak na marginesie. Kolega chciał wiedzieć skąd różnice i błędnie założył że wersja toolchaina nie ma znaczenia.
A ma i to spore.