nowy WinAVR 20050214

nie brakuje, tylko zostały celowo usunięte. bodajże od paru lat były w dokumentacji oznaczone jako przestarzałe.

w.

Patch się aplikuje na źródła gcc, więc jeśli korzystasz z WinAVR, czyli wersji prekompilowanej, to ci nic nie da. Musiałbyś ściągnąć źródła gcc, zaaplikować patch (nie wiem, jakiego programu użyć w Windowsach, pod linuksem jest polecenie patch) i skompilować avr-gcc. Zadanie dość karkołomne, wymagające jakiegoś cygwina albo i mingw, bo nie wiem, z czego WinAVR korzysta...

Lepiej pewnie wrócić do starej wersji, niekorzystającej z gcc 3.4.3.

Pozdrawiam

WinAVR pojawia się raz na kilka miesięcy. Czy w tzw. międzyczasie wydają poprawki? Nie słyszałem. Jurek Szczesiul, twórca AVRSide, na swojej stronie opisał kompilację avr-gcc pod Windows:

Sun, 20 Feb 2005 01:13:32 +0100, na pl.misc.elektronika, tomm napisał(a):

Czy dostales maila ?

wielkie dzieki, nie sprawdzam tego konta czesto, tylko do grup mi ono sluzy, teraz wlasnei odebralem i sciagam plik, jeszcze raz dzieki, zobacze co mi z tego sie uda

pozdrawiam,

Tomek

Tue, 22 Feb 2005 20:03:53 +0100, na pl.misc.elektronika, tomm napisał(a):

I jak , wyszło coś czy nic z tego ?

No, nieźle. Nie po to się pisze w języku wysokiego poziomu, żeby stosować instrukcje charakterystyczne dla konkretnego procesora. Dla mnie konstrukcja z maską jest naturalna.

BTW niezły flejm był na ten temat na avr-gcc-list - developerzy kontra niezadowoleni i niewdzięczni użyszkodnicy darmowych programów :-)

Pozdrawiam

Jak juz ustawiamy pojedyncze bity w rejestrach to zazwyczaj program jest juz wystarczajaco mocno przywiazany do sprzetu zeby przenosnosc byla problematyczna.

A potem przychodzi jakis procek typu '51, co ma dwa tryby adresacji tych samych rejestrow i C nie pozwala tego kontrolowac :-(

J.

Zdarzało mi się przenosić programy z PIC-ów i stosowanie standardowych rozwiązań C tylko pomaga :-)

A po co? Z założenia kompilator wybierze lepszą (whatever it means), a jeśli chcesz coś wymusić - wstawka asemblerowa.

Pozdrawiam

Niestandardowych tez - kompilator zglosi blad gdzie zapomniales jeszcze sprawdzic czy dobre bity w rejestrach zmieniasz :-)

No wlasnie - wybierze co mu sie wydaje lepsze, a potem mecz sie czlowieku czemu ci to nie dziala :-)

J.

Pamietam jak swego czasu pisalem jakis programik w C na PICa i tam stosowalem nastepujaca odwolania do portu np. wierw definiowalem #pragma bit led1 @ PORTB.6 #pragma bit led2 @ PORTB.7 #pragma bit keyUp @ PORTB.5

a nastepnie w programie

led1 = 1; //stan wysoki na wyjsciu led2 = 0; // stan niski na wyjsciu if( keyUp) { . . .

to jest dla mnie przejrzysty kod.