Właśnie przerabiam kod pisany w C na procesorek atmelka, na inny procek ... no ... i pojawia się tu taka "dyrektywa" xdata - nie spotkałem się z nią jeszcze - nie ma takiej w moim kompilatorze ... jak mam ją rozumieć ( no i czym ewentualnie ją zastąpić)
(przykłady występowania tego gatunku
unsigned char xdata STATUS[4];
int CopyX(char xdata* src, char xdata* dst, int len);
i podobne ...
z góry dziękuję za pomoc
Aktyw Forum
Zarejestruj się na forum.ep.com.pl i zgłoś swój akces do Aktywu Forum. Jeśli jesteś już zarejestrowany wystarczy, że się zalogujesz.
Sprawdź punkty Zarejestruj sięc dla atmela - podstawy ...
Moderatorzy:Jacek Bogusz, procesorowiec, robertw, tomasz_jablonski, r-mik, Moderatorzy
ha, w '51 typów pamięci dostatek, aby
unsigned char xdata STATUS[4];
STATUS siedzi w XDATA (zewn. RAM), jak przerabiasz na np. avr-gcc to 'xdata' pewnie można usunąć...
int CopyX(char xdata* src, char xdata* dst, int len);
char xdata* src - to jest wskaźnik na char-y siedzące w XDATA,
jeżeli w tym programie są jakieś stałe, to pewnie też spotkasz 'code', to modyfikator, który
każe wstawić napis/stałą do pam. programu, na zawsze....
oglądnij sobie jakikolwiek manual do C na '51 np.:
uc51docu.pdf co jest dostarczany z pakietem uC51,
tam to wszystko jest wyjaśnione dokładnie, bo typy pamięci to pierwsze w czym się ginie
unsigned char xdata STATUS[4];
STATUS siedzi w XDATA (zewn. RAM), jak przerabiasz na np. avr-gcc to 'xdata' pewnie można usunąć...
int CopyX(char xdata* src, char xdata* dst, int len);
char xdata* src - to jest wskaźnik na char-y siedzące w XDATA,
jeżeli w tym programie są jakieś stałe, to pewnie też spotkasz 'code', to modyfikator, który
każe wstawić napis/stałą do pam. programu, na zawsze....
oglądnij sobie jakikolwiek manual do C na '51 np.:
uc51docu.pdf co jest dostarczany z pakietem uC51,
tam to wszystko jest wyjaśnione dokładnie, bo typy pamięci to pierwsze w czym się ginie
Kto jest online
Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 17 gości