Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » Gibts hier einen MC68000 Spezi? » Themenansicht

Autor

Thread - Seiten: -1-

000
27.09.2014, 20:54 Uhr
holm

Avatar von holm

habe da ein etwas tiefer gehendes Problem mit einer KatCe und gcc ..

Gruß,

Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
27.09.2014, 21:30 Uhr
Enrico
Default Group and Edit

Nur als Hardware in Form von Amiga, oder mal in div. HW-Bücerhn gestöbert.
Aber nix mit Katzen.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
27.09.2014, 23:19 Uhr
holm

Avatar von holm

Das ist im konkreten Falle Wurscht, es geht mehr darum was ein 68000 bei Bytezugriffen auf Wordorientierten Speicher macht, ums Alignment, weniger darum worin der 68k steckt.
Ich habe ein Problem mit meinem Cross-gcc.

Gruß,

Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
28.09.2014, 00:06 Uhr
TTL-Grab

Bytes mit geraden Adressen adressieren die oberen 8 Bit der entsprechenden Wort-Adresse.
Also z.B. Inhalt Adresse.w 0x10: 0x1234, dann ist Byte auf 0x10=0x12 und Byte auf 0x11=0x34
War es das, was du wissen wolltest?

Gruss Micha

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
28.09.2014, 11:23 Uhr
holm

Avatar von holm

Nicht ganz...

Warte mal, ich bin noch auf der Suche, das Problem hat mit alten und neuen gcc zu tun, auf 32 oder 64 bit Architekturen.

Ein Feld

unsigned char Feld[2]

ist auf einem m68k-coff Cross-gcc 4 Bytes groß, auf einem m68k-elf nur 2 Bytes.
Ich weiß noch nicht, ob das mit dem Fehler zu tun hat den ich jage..

Quellcode:



coff:

*(.bss)
 *(COMMON)
 COMMON         0x00000000001fe000      0xa14 coldport.o
                0x00000000001fe000                sizechar
                0x00000000001fe004                condition
                0x00000000001fe008                argv
                0x00000000001fe058                tracecount

und elf
bss            0x00000000001fe000      0xa28
 *(.dynbss)
 *(.bss .bss.* .gnu.linkonce.b.*)
 *(COMMON)
 COMMON         0x00000000001fe000      0xa0a coldport.o
                0x00000000001fe000                sizechar
                0x00000000001fe002                condition
                0x00000000001fe006                argv
                0x00000000001fe056                tracecount
                0x00000000001fe05a                stackptr
                0x00000000001fe05e                brtable
                0x00000000001fe0fe                lastcmd

sizechar ist z.B. dieses Feld.

Gruß,

Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]