AVRGCC+ AVR Studio

U¿ytkownik "ogi" <ogi_ snipped-for-privacy@wp.pl napisa³ w wiadomo¶ci news:ci1nah$tm$ snipped-for-privacy@atlantis.news.tpi.pl...

zapomnij o tej integracji ja kiedys sie z tym meczylem caly weekend i mi sie nie udalo pytalem na grupie i tez mnie odwiedziono od tego pomyslu sciagnij sobie WinAVR'a tam wszystko jest juz zrobione za Ciebie ja pracowalem w koncu na WinAVR i bylem bardzo zadowolony

pozdr Krzysztof

U¿ytkownik "Krzysztof Skoroniak" snipped-for-privacy@NospaM.polsl.gliwice.pl> napisa³ w wiadomo¶ci news:ci1p80$s0q$ snipped-for-privacy@nemesis.news.tpi.pl...

Gdzie¶ czyta³em, ¿e je¶li mam(mia³em) zainstalowany na komputerze jaki¶ inny kompilator (np. Borlanda) to GCC nie bêdzie chodzi³, czy to prawda?

Pozdrawiam Ogi

U¿ytkownik "Krzysztof Skoroniak" snipped-for-privacy@NospaM.polsl.gliwice.pl> napisa³ w wiadomo¶ci news:ci1p80$s0q$ snipped-for-privacy@nemesis.news.tpi.pl...

taki b³±d wyskakuje mi:

make: *** No rule to make target `all'. Stop.

co mam z tym zrobiæ?

Pozdrawiam Ogi

U¿ytkownik "ogi" <ogi_ snipped-for-privacy@wp.pl napisa³ w wiadomo¶ci news:ci1tps$qf6$ snipped-for-privacy@atlantis.news.tpi.pl...

Ju¿ sobie poradzi³em teraz to wyskakuje mi:

make: *** No rule to make target `main.o', needed by `main.elf'. Stop.

i z tym sobie ju¿ nie mogê poradziæ...

U¿ytkownik "ogi" <ogi_ snipped-for-privacy@wp.pl napisa³ w wiadomo¶ci news:ci1t2h$np3$ snipped-for-privacy@atlantis.news.tpi.pl...

jak zainstalujesz WinAVR'a to WinAVR bedzie chodzil ale borland juz nie ja mialem borlanda i .NET'a i po zainstalowaniu winavra nie chodza, to pewnie dlatego ze on przy instalacji zmienia sciezki w zmiennych systemowych

pozdr

Sun, 12 Sep 2004 16:43:07 +0200, na pl.misc.elektronika, ogi napisał(a):

To już raczej prehistoria - integracja dotyczyła starej, nie rozwijanej już wersji Avr Studio 3.5. Chociaż niektórzy jeszcze tego używają to IMHO nie warto : AvrStudio poszło bardzo mocno do przodu i oferuje zupełnie nowe możliwości, więc najlepiej wyposażyć się w najnowsze wersje 4.10. Do tego koniecznie też najnowsze wersje toolsetu ( czyli avr-gcc ) umożliwiające zapis informacji debugera w formacie dwarf2 - wtedy można wczytywać do AvrStudio bezpośrednio pliki elf - już bez pomocniczej, ograniczonej funkcjonalnie i często szwankującej konwersji elf >> coff.

Taki nowy toolset pod Windows ( avr-gcc v. 3.4.1, binutils v. 2.15 oraz biblioteki avr-libc v. 1.0.4 + różne ostatnie łatki i poprawki ) oferuje oczywiście WinAvr Erica Weddingtona.

Natomiast niestety (?) nie można avr-gcc zintegrować ze Studiem wersji 4.x

- w ogóle nie posiada ono wsparcia dla zewnętrznych kompilatorów C ( w sensie edycji, zarządzania projektem i kompilacji - debugowanie zewnętrznego projektu C jest jak najbardziej możliwe ).

Znak zapytania wynika z faktu, iż obecnie dostępnych jest wiele innych narzędzi wspierających avr-gcc :

- Programmers Notepad 2 dostarczony razem z WinAvr ( do tego Mfile - generator plików makefile ),

- AtmanAvr - zaawansowane i wypasione środowisko - ale płatne $100,

- VMLab - ze świetnym symulatorem programowym - ale też płatne,

- bezpłatne AvrSide - nastawione w znacznej mierze na naukę avr-gcc oraz przewidziane do wygodnej współpracy z AvrStudio,

- pewnie jeszcze trochę się znajdzie ( pomijam oczywistą możliwość używania jakiegoś ulubionego edytora ).

WinAvr AFAIK ustawia ścieżki systemowe tak aby był dostępny program GNU make oraz aby make 'widział' pliki wykonawcze avr-gcc. Jak widać czasem z różnych względów to zawodzi. Pozostaje ręczne poustawianie ścieżek, a najlepiej używanie do kompilacji oddzielnej konsoli z własnymi ścieżkami - wtedy nic nie będzie ze sobą kolidować. Te problemy nie istnieją przy użyciu AvrSide - wystarczy raz podać ( z poziomu programu ) ścieżkę dostępu do aktualnie wykorzystywanej dystrybucji Avr-gcc.