Nem hülyeség a kérdés, de sajnos szerintem ilyen (még) nem létezik.
Nem tudom milyen Z80-as compilerek vannak, ki lehetne-e hegyezni egy ilyet EP-re...

Talán nem korszakalkotó az ötletem, de Enterprise helyett a PC-s Enterprise emulátor használata sem utolsó. A kezelése bizonyos szempontból egyszerûbb, meg az órajelet is lehet növelni, hogy gyorsabb legyen.
(Persze a jó öreg gép is nagyon jó, de erre a célra talán az emulátor jobb, már ami halvány lövésem van ahhoz, hogy mire is akarod használni.)
Egyébként én is üdvözöllek a fórumban, örülök, hogy egyre többen kerülnek elõ EP-sek. 

Igen én is egyenlőre emulátorozom Mivel el kerültem otthonról a jó kis ep-m meg nem tudtam magammal vinni helyhiány végett De múlt héten rábukanva a fórumra mikor haza látogattam szüleimhez elő kaptam a jó öreg masinát és beélesítettem Sajnos a magnóm már nem műkszik pedig emlékezetem szerint azzal se volt gond Viszont fater valahonnan szerzett még egy gépet Így most kettő van Vissza térve a C fordítos ötlethez sajnos hagytam magam elkényelmesedni a pc-k világában és picit nehezen szokok vissza a fejletlenebb fejlesztői eszközökhöz de hát ha nincs más

Egy nem pont ide vágó kérdés olyasmi cuccok létezik már kifejlesztve, ami mondjuk egy tetszőleges pc formátumú képet képes olyan byte formátumba menteni amit bedobva az ep videó memóriájába máris a megfelelő képet kapjuk (esetleg elő is állítja hozzá az optimális palettát) ? Mert ha igen akkor nem görcsölök vele

Üdv.

u.i.: Köszi a szívélyes fogadtatást


Na látod ez jó kérdés azt láttam, hogy létezik rengeteg Z80-as compiler de, hogy van e köztük nyílt forráskódú nem tudom, esetleg körül nézek a sourceforge-on

Hali!

Néhány érdekes compiler link CP/M-re:
http://www.cpm.z80.de/binary.html#languages
http://www.cpm.z80.de/develop.htm

Üdv:
Amadeo

Raneztem megint az sdcc-re, amivel egyszer mar foglalkoztam ... Haaat. Azert engem tovabbra is zavar, hogy adott esetben haromszoros a memoriaigenye a normalisnal Valoszinu az MCU kotodese miatt van (foleg PIC-re nyomjak erosen, de ugye Z80 kodot is tud eloallitani). De pl ha inicializalt valtozo van (nem const, de vmi ertek van adva neki) az haromszor lesz meg Eloszor is valamiert  a CODE szegmensben is megvan ... Aztan megvan az INITIALIZER nevuben, es van fenntartott helye az INITIALIZED-ben is, ahova LDIR-el masolja at a program elejen a default z80 crt eseten legalabbis. Aranyos ... Mondjuk spec, ezt lehet, hogy lehet workaround-olni a vegen nemi forras atalakitassal automatizalva is. Csak akkor megint oda jutottunk, amirol mar volt egy kisebb "flame" (amikor anno egyszer ezzel mar probalkoztam ...), hogy elegge sdcc verzio specifikus lesz, esetleg csak az sdcc adott verziojaval fog mukodni, hiszen ilyen sdcc internal dolgok alapjan csinalok vmit, ami elvileg barmikor valtozhat, es nem szabadna tole fuggni egyaltalan ....

Lehet, nem sokan erdeklodnek a fura elfoglaltsagaim irant de mar legalabb van putchar() meg ra epulo cuccok (pl printf) igy persze mukodnek. Mondjuk ami anno problemam volt, most is az, hogy inicializalt globalis valtozokat nem erdemes hasznalni, mert sdcc eleg fura dolgot muvel akkor, az a haromszoros memoriaigeny Most elkezdtem az sdcc z80.lib-jet atirni, ami egy generic cucc, az EP specifikus reszeket, meg pl az exos hivasokat elerhetove tenni C-bol, stb ... Valamire biztos jo lesz, ha masnak nem, hat nekem

Annyira nem is rossz a cucc, erre a szornyusegre:

Ezt muszáj ilyen szörnyűn írni?