Szerző |
Üzenet |
dh1
Mr. DTP
|
# Elküldve: 2017. Júl. 29. 20:42 - Szerkesztve: dh1
Quoting: charlie megvertuk Cobraekat es az OS4-eseket valamelyik fYan
jah emlexem, az egyetlen demo amiben dolgoztam :) amugy az az OS4 demo sehol nem letoltheto azt hiszem ... majd irok Cobranak keresse mar elo, legyek mar fenn a Pouet.neten (is) :D
amugy van MOS-om is... nem tudom miert hisz mindenki only RED-nek (es nem redneck :D)
|
Chain-Q
Divatamigás
|
# Elküldve: 2017. Júl. 29. 21:02 - Szerkesztve: charlie
Amugy ha valami "konnyen gyorsan latvanyosat" szeretnel programozni, akkor lehet h. a Hollywood jelenleg jobb. Ott tobb mindent kapsz keszen mint FPC-ben, es tenyleg csak osszeollozol komponenseket. Az FPC kb. a C-szeru fejlesztest teszi kicsit egyszerubbe (vagy bonyolultabba, attol fugg mit szeretnel csinalni, pl. device drivert irni jelenleg nehezebb FPC-ben, de lesz ez meg igy se... :D).
(Es most itt nem elkedvetleniteni akarlak, csak realisan kozelitem meg a kerdest. :) )
|
dh1
Mr. DTP
|
# Elküldve: 2017. Júl. 29. 21:46
Nem mintha holnaptol demot szeretnek irni, csak a Pascal megvolt anno (Maxxon Pascalban irtam a hazit), aztan hatha. Egyszer :) De koszi!
|
Chain-Q
Divatamigás
|
# Elküldve: 2017. Aug. 02. 12:58 - Szerkesztve: charlie
Amikor két a Free Pascal invalid OS-ekre való portolása között időm van, akkor farigcsálom az új demóengine-met. Tegnap éjjel végre sikerült elindítani valódi gépen is.
Screenshot (videó) or it didn't happen: https://twitter.com/chainq/status/892556155641311234
A cucc 100% Pascal, tényleg csak a C2P rutin van assemblyben (ami Kalms/TBL-é, és itt elérhető, ezt adaptáltam a Free Pascal inline assembleréhez). Már így is elég jól megy - meglepődtem mennyire, a korábbi AmigaE-ben írt motor jóval lassabb volt első próbálkozásra, pedig ez még többet is tud - de persze azért lesz benne assembly optimalizálás még bőven.
Amúgy ha már itt tartunk, emuban már ment vagy két napja és orrvérzésig debugoltam, hogy vajon mi okozhatja, hogy összefossa magát vason. Az OS maga gurult el, mélyen egy OpenScreen() hívásban, ami elég durva what the fuck volt, sosem láttam még ilyet és nem értettem, hogy akkor most ezt hogy, és egyáltalán nem volt semmilyen konzisztencia abban ahogy viselkedett a különböző próbálkozásokra, azon kívül hogy változatos módokon fagyott.
Végül kiderült:
1., Valamikor, gondolom valami kísérlethez, felraktam az AGA-s gépemre is a P96-t. A Picasso96-ban pedig van egy fastlayers.library. Persze ez normál esetben nincs használva, ha nincs betöltve a P96. Ami nincs betöltve, ha nincs P96-os monitordriver a DEVS:Monitors-ban. (Nem volt.) 2., Később, mikor megjelent a layers.library v45, felraktam azt is. 3., A demóengine-em kódja induláskor automatikusa megprobálta megnyitni a Picasso96API.library-t, ami betöltötte a P96-ot, ami behúzta a fastlayers.library-t, ami agyonbaszta a már betöltött layers v45-öt, és végül az OpenScreen hívásban az egész gép akkorát gurult mint egy ház. 4., rename LIBS:Picasso96/fastlayers.library LIBS:Picasso96/fastlayers.library.nope 5., Működik.
Ób...meg... Csak két napomba került. Látjátok, az én rendszerem is egy patchegy szar! :D
|
Awe
Tag
|
# Elküldve: 2017. Aug. 03. 11:23
Jó lenne összedobni egy Workbench 3.2-t Kickstart 3.2-vel. Az összes működö patch-t belerakni. Ez lehetne egy alap rendszer. Csak kinek lenne rá idelye? :)
|
Chain-Q
Divatamigás
|
# Elküldve: 2017. Aug. 03. 13:00
OFF: Ezt próbálta a Cloanto a 3.X-szel, csak ahelyett h. szóltak volna valakinek aki ért is hozzá, saját szakállra levadásztak egy csomó Aminetes patchet és ennyi volt, fizess érte szépen. Hát no thanks, inkább megpatkolom a 3.1-t magam. Amúgy ez a probléma egy bármilyen ROM-mal is fellépett volna, amiben az új layers.library van, mert a Picasso96 nem tud róla és feltenné installkor a saját fastlayers.library-ját és crash... CGFX dettó, annak is van valami layers lecserélő cucca, amitől kereszbecrashel az egész. Szóval itt pont nem a 3.1-gyel volt a baj. :)
|
ratman
Kék troll
|
# Elküldve: 2017. Aug. 03. 14:05
Quoting: charlie Ób...meg... Csak két napomba került. Látjátok, az én rendszerem is egy patchegy szar! :D Nem csak a tied az. :D Az enyém is egy bughalom, de öröm volt látni az öreglányt :D
A cloanto 3.x meg... áááá, hagyjuk, minden egyes alkalommal azt kérdezem magamban, hogy rendkívüli módon minek van?
|
dh1
Mr. DTP
|
# Elküldve: 2017. Aug. 03. 18:28
Tudom Cosmost ChainQ elbol utalja de en az o ROM-jat fogom feltenni, szerintem eddig a legjobbabb :D
|
Chain-Q
Divatamigás
|
# Elküldve: 2017. Sze. 14. 23:52 - Szerkesztve: charlie
OFF: Eltékozlom az életem hülyeségekre, bazmeg...
ON: A legújabb Amiga Future-ben, interjú van Alb42-vel és egy - informatív, de nem túl mély, nem programozóknak való cikk van a Free Pascal Amigás vonatkozásairól. Az első oldal angolul előnézetben megtekinthető itt.
|
ratman
Kék troll
|
# Elküldve: 2017. Sze. 15. 06:58
Charlie: Egy atkozott zseni vagy! :D
|
Yellow Dog
Tag
|
# Elküldve: 2017. Sze. 19. 17:09
Lehet olvasni valahol, hogy milyen utasításokat tartalmaz? Konkrétan pl. megszakítást kezel?
|
dh1
Mr. DTP
|
# Elküldve: 2017. Sze. 19. 19:10
Azert a Palm korbevagasert adnek egy ... fujjj :)
|
Chain-Q
Divatamigás
|
# Elküldve: 2017. Sze. 20. 00:28
Nem en voltam! Az ezer eves Palm emulator - mellesleg WINE-ben fut ugye, macOS alatt - igy jelenik meg.
|
Yellow Dog
Tag
|
# Elküldve: 2017. Sze. 20. 04:30
Quoting: dh1 Palm korbevagasert Gondolom nincs alfa átmenet ;-)
|
Chain-Q
Divatamigás
|
# Elküldve: 2018. Jan. 04. 12:13
Böööööfff:
https://twitter.com/chainq/status/948865605209387010
Nagyon ráértem a téli szünetben, és értelmes dolgok helyett ilyen szarokat baszkodok... Ezé nem lesz kész soha semmi értelmes aminek nekiállok.
|
dh1
Mr. DTP
|
# Elküldve: 2018. Jan. 04. 23:25
en a C64 FCP-t varom :P
|
Chain-Q
Divatamigás
|
# Elküldve: 2018. Jan. 05. 07:47
Már szó volt róla... :P
A 6502 support nehéz, mert a Free Pascal feltételez bizonyos számú regisztert a CPU-ban bizonyos műveletekhez, és a 6502-nek egyszerűen nincs elég. A workaround amit elég sok fordító használ, hogy a nulláslapot használja regisztereknek, de ennek is vannak mellékhatásai, de semmi sem megoldhatatlan...
... szóval soha ne mond, hogy soha. :P
(Igen, tudom hogy a C64-ben 6510 van, de ebből a szempontból teljesen ugyanaz mint egy 6502.)
|
siz
Tag
|
# Elküldve: 2018. Jan. 05. 12:25
Továbbá a 6502 (alapú processzorok) másik nagy korlátja a fixméretű és fix helyű verem, amit a magasszintű programozási nyelvek szeretnek paraméterátadásra használni, emiatt (ha a fordító nem csinál valami workaround-ot erre) nagyon limitált tud lenni az egymásba ágyazott függvényhívások száma.
|
Awe
Tag
|
# Elküldve: 2018. Feb. 17. 10:53
Tudna valaki segíteni nekem FPC + Lazarus cross compiler ügyben. Sehogy sem tudom megoldani, hogy Winfos alatt fodítson M68k-AmigaOS -re. Pedig a Project beállításokban meg lehet adni, még azt is, hogy MUI felületre fordítson, de azt írja ki, hogy az FPC nem tud erre a procira fordítani. Ehhez cross compilert kellene telepíteni, amit az FPCUpDeluxe-val szerettem volna megoldani, de ott nincs ilyen opció. Az m68k teljesen hiányzik belőle. Kézzel sem tudtam megcsinálni, mert a BINUTILS fordításánál elhalálozott a dolog. Van a neten egy VMWare alatt működö előre telepített Lazarus + FPC IDE, de nekem windóz alá kellene. Van valakinek ezzel kapcsolatban ötlete vagy tapasztalata?
|
Chain-Q
Divatamigás
|
# Elküldve: 2018. Feb. 17. 12:12
A Lazarust nem tudom, mert nagyon ritkán használom, de felteszem először egy Win32 to Amiga crosscompiler kéne, amit nyilván nem adnak a Lazarushoz.
Mielőtt csinálok neked egy buildet, amire most nincs időm, esetleg még annyit tudok hozzáfűzni, hogy működő binutilst a cahir-féle Amiga C crosscompiler csomagból kaphatsz, és/vagy a vasm/vlink párost kell leforgatni. A vasmból az m68k standard syntaxot használjuk.
Egyébként az LCL MUI támogatása messze nincs befejezve, szóval azt senki se várja, hogy amit összeklikkelsz GUI-t Vindózon az MUI-val is úgy fog kinézni. Sajnos. A fő baj, hogy az LCL saját maga intézné a GUI elemek igazítását, amit a MUI is maga akar csinálni és a kettő összeakad... És az LCL amúgy is egy bloatware, ha az amigás méretekhez hasonlítjuk.
Ezért Alb42 most dolgozik egy MUI-s GUI editoron (videóval):
https://blog.alb42.de/2018/02/16/mui-gui-editor/
Ami nagy jóság lesz, úgy látom...
|
Chain-Q
Divatamigás
|
# Elküldve: 2018. Feb. 17. 18:31
Nem tudom erre mit mondjak:
https://twitter.com/chainq/status/964914260878024709
Beszaras...
|
dh1
Mr. DTP
|
# Elküldve: 2018. Feb. 17. 21:35
Irhatnal Maniaba egy rovid FPC bemutatot... en hulye vok hozza :(
|
Awe
Tag
|
# Elküldve: 2018. Feb. 18. 09:58
Van pár fejlemény a Lazarus - FPC -vel kapcsolatban. Sikerült lefordítanom a 2.14-es Binutils-t. Találtam olyan patch-elt változatot, ami m68k-amigaos -re lefordítható. Ezt már be tudtam illeszteni a cross compilerek közé. Viszont az FPC -s unit -okat nem tudom jól lefordítani. Az RTL mappában található Makefile.fpc amiga specifikus verziója nagyon hiányos. Láthatóan ki van kommentelve belőle egy rakás unit, amikre a fordítás során szükség lenne (pl.: lineinfo.pp). Ha bekapcsolom őket, akkor meg nem talál hozzá a fordító rule -t. Megpróbáltam egy másik FPC forrásból fordítani de az sem jó. Nem értem hogyan sikerült Alb42-nek a linuxos fordítás. Abban a forrásban is ki van kommentelve szinte minden.
|
Chain-Q
Divatamigás
|
# Elküldve: 2018. Feb. 18. 12:34 - Szerkesztve: charlie
Nem tudom mit fekete mágiázol, de elmondanám, hogy én napi szinten lefordítom az Amigás verziót mivel jórészt én irtam... Alb42 build szerverén meg minden új SVN commitra lefut egy build, szóval ha nem működne, azonnal észrevennénk. Szóval ünnepélyesen megígérem neked, hogy nulla módosítás szükséges az SVN trunk bármilyen fájljában, hogy leforduljon. Semmit nem kell sehova kommentezni. Szóval mindent nyugodtan visszacsinálhatsz gyári állapotra.
Ellenben, RTFM:
http://wiki.freepascal.org/Amiga#Building
:)
(Ps: pl. a lineinfó unit azért van Amigán kikommentelve, mert nem működik, mert az exeinfo unitban - még - nincs Amiga HUNK formátum támogatás. Szóval az biztos nem kell a lefordításához.)
(Ps#2: Ja és protip, ha a binutilsod m68k-amigaos-nek hívja magát, az FPC meg m68k-amiga néven keresi, akkor a doksiban írt parancssort egészítsd ki azzal, hogy BINUTILSPREFIX=m68k-amigaos- , és akkor menni fog.)
|
Awe
Tag
|
# Elküldve: 2018. Feb. 20. 15:42
Akkor nekem egy hibás trunk -ot sikerült letöltenem. Kapásból volt egy zárójel többlet az egyik forrásban, valamint egy változó nem volt deklarálva. Ezeket a hibákat a fordító írta ki, és miután javítottam jelentkeztek a fentebb jelzett hibák. Nem fekete mágiázom, csak megosztottam a tapasztalataimat. Sajnálom, hogy nálam nem ment a fordítás egyből zökkenő mentesen: Csak azért írtam a fórumba, mert 3 nap szívás után gondoltam megkérdek hozzáértő szakikat a témában.
|
Chain-Q
Divatamigás
|
# Elküldve: 2018. Feb. 20. 15:57 - Szerkesztve: charlie
Ja semmi, csak nem ertettem h. mit csinalsz... Milyen trunkot szedtel le es honnan?
Amugy az elmult ket napban volt egy-ket revizio, ami pont nem fordult, de azon kivul eleg stabil minden es eleg hamar javitottak is a hibakat. Nyilvan a trunk az a development branch, ahol elofordulnak ilyenek, de nem surun (es a generic kodban volt, nem volt koze az Amiga verziohoz).
|
Awe
Tag
|
# Elküldve: 2018. Feb. 20. 16:29
Hmmm. mivel már frissitettem, nem tudom a pontos verzióz. Viszont most megpróbálom megint az alapoktól kezdeni. Rakok fel egy teljesen szűz verzió, és újrafordítom. Remélem a Binutils, amit lefirítottam megfelelő. Egyébként a 2.30-as verzió nem fordul le m68k-amiga verzióra win32 alatt. Ez tuti, mert ezerszer próbáltam. Csak a 2.14 -es verzió megy, amit átalakítottak "amigásra".
|
Chain-Q
Divatamigás
|
# Elküldve: 2018. Feb. 20. 16:38 - Szerkesztve: charlie
Ja, a 2.13.1 utan kiszedtek a binutilsbol a classic Amiga tamogatast, mivel nem volt maintainere, szoval afelett valoban nem megy, aztan valaki meg visszahekkelte egyszer a 2.14-be, aztan slussz. En a Cahir-fele GCC csomagban levo 2.9.1-gyel irtam es azzal is teszteltuk, Linuxon es MacOS-en, sot meg az Amineten levo nativ Amigas hiperosi 2.8.1-gyel is kene neki. De szerintem a 2.14-gyel is kene mennie.
Viszont a legjobb teljesitmenyt tovabbra is a vlink/vasm parossal kaphatod. Pl. a vasm+vlink hasznalata eseten van section garbage collection, vagyis roviden osszefoglalva a lenyeget: a vegso hello world exe pl. 270KB helyett 27KB lesz. Es hasonlok.
A linker es assembler tamogatas az FPC-ben platform specifikus, szoval tokmindegy hogy mi a latest binutils, es hiaba hasznalja a fordito az uj ficsoroket pl. Linuxon, Amigan nem kell, mert van a regire support benne. Szoval a binutilsnel nem kell verziofetist tolni.
(Amugy manapsag az a divat inkabb, pl. Atarin meg AROS/68k-n, hogy a latest binutilssal toljak es ELF-et forditanak, amit aztan egy konverter konvertal Amiga Hunk vagy TOS/MINT exe formatumra. A 68k Maces GCC is hasonlo magiat tol. Eleg sokat elmond arrol h. mennyire maintainelheto a binutils, hogy az emberek inkabb konvertert irnak az ELF-hez... :D)
|
Chain-Q
Divatamigás
|
# Elküldve: 2018. Feb. 20. 17:10 - Szerkesztve: charlie
Tessek, ha a vlink/vasm parost leforditani szivas, akkor csinaltam Win32 binary buildeket. Linuxon cross, szoval untested mert Windowsom nincs, de WINE-nel mennek. :P
http://charlie.amigaspirit.hu/software/fpc/vtools/
(68k es PPC vasm 0.18b, az FPC-hez hasznalatos std syntax verzio, valamint vlink 0.16a)
|
dino
Kék troll
|
# Elküldve: 2018. Feb. 20. 18:11
Quoting: charlie Windowsom nincs Vegre egy normalis ember....
|