| Szerző |
Üzenet |
Chain-Q
Divatamigás
|
# Elküldve: 2016. Ápr. 12. 12:48
A sebesség nem számít, ha jó helyen vannak a Prefs ikonok! Csak mondom.
|
dino
Kék troll
|
# Elküldve: 2016. Ápr. 12. 13:06 - Szerkesztve: dino
Quoting: charlie A sebesség nem számít, ha jó helyen vannak a Prefs ikonok!
A prefs ikonok kinezete is szamit.
Jova.. befejeztem.
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Ápr. 12. 13:13 - Szerkesztve: charlie
Na, szopok itt tovább. Volt ez az APPDIR: nevű megafícsör, amit Lázi dícsért nekem, hogy mekkora ötlet. Ekkora:
(A gyári LD megborul az APPDIR: path-tól...)
És most ehhez kéne ugye workaroundot adni az FPC-be, ami végigkeresi a Path-t, de ignorálja az APPDIR:-t, hogy a gyári LD path-kezelési hülyeségét meggyógyítsam. Unix vs. Amiga path konverzió kezdőknek, stb. No. Fucking. Way.
|
Lazi
Mr. AmiCon
|
# Elküldve: 2016. Ápr. 12. 15:43
Attol az appdir: meg jo, hogy szarul portoljak a warekat, nem?
|
dekanyz
Tag
|
# Elküldve: 2016. Ápr. 12. 15:46
Gyengebbek kedveert: Mi az az APPDIR: ?
|
Lazi
Mr. AmiCon
|
# Elküldve: 2016. Ápr. 12. 15:58
@Charlie:
Tetszik a rencer particio neve :)
Nem arrol volt szo, hogy valami OS4-es arc beszall? Megis neked kell reszelni?
@dekanyz:
Vmelyik AM-ben volt rola.
Nagyjabol annyi, hogy amikor eloszor futtatsz egy programot, akkor annak eleresi utvonala bekerul egy fajlba az env:Appdir fiokban.
Legkozelebb eleg annyit mondanod, hogy mondjuk appdir:mplayer
Megelozi azt, hogy tul sok assign-t kelljen hasznalni. Eleg rugalmas is, mert ha mint peldaul az smTube igy hivja az mplayert, akkor egy masik mplayerre atallni, vagy azt mashova rakni egyszeri inditasat kovetoen az smTube az ujat/uj helyet fogja megtalalni.
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Ápr. 12. 16:05
@Lazi:
Nemtom, engem eddig csak idegesitett. Pl. az elobb is, letoltottem egy uj crosscompilalt forditot, de a wget "E" flag nelkul hagyta a fajlt. Ezert 5 percet debugoltam, mire rajottem, hogy nem az a fordito fut amit gondoltam, hanem az APPDIR:-bol betoltotte a korabbi szar exet. Hat a faszom, tenyleg... :)
Beszall 1 arc, de o nem ert a forditohoz magahoz aszondta, de a library-kat es egyebeket tudja portolni. Szoval az a megallapodas, hogy osszevakarok neki 1 alap forditot, amivel mar elkezdhet OS4-en szopkodni... Aszondtam sacc harom-negy nap. Ebbol az volt, hogy kb. egyik ejjel 3 ora meloval osszehoztam a keresztforditot, es a nativ is menne, ha nem csinalna ilyen hulyesegeket a rendszer mint ez az APPDIR:, meg a kitudja hogy mukodo LD, ami random megvaltoztatja a binarisban a debug infot... Ezzel mar 1 napja szopok. :) Ha igy halad a rendszer, osszejon a 3-4 nap... Most annyi lesz, hogy tettem bele VLink tamogatast GNU LD helyett, ezzel remelhetoleg vegig fog futni a 'make cycle" vagyis hogy a fordito leforditja magat OS4-en, aztan lesz nightly build Alb42 segitsegevel, meg irok egy 20 soros manualt a wikibe hogy lehet leforditani magadnak.
De reszemrol ennyi, amig valaki OS4-es erdemben hozza nem szagol.
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Ápr. 12. 16:23
Hat ez remek. A vlink elszall DSI errorral mikozben linkeli a hello worldot. Tokeletes! :) Mukodik ezen a rendszeren _VALAMI_ egyaltalan?
|
Lazi
Mr. AmiCon
|
# Elküldve: 2016. Ápr. 12. 17:39
stack eleg nagy?
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Ápr. 12. 19:00 - Szerkesztve: charlie
Az FPC maganak foglal stacket, a vlink is. Hogy az egyeb szarok mit csinalnak, nem tudom. (Vicces, ha aszondom a vlinknek, hogy csinaljon MorphOS-style exet ugyanazokbol az .o fajlokbol, akkor nem fagy...)
Szerk: stack megnovelese utan a problemak nem valtoztak.
|
dino
Kék troll
|
# Elküldve: 2016. Ápr. 12. 19:30
Hajp Oessz...beszarok :D
Eddig fel sem tunt, ha Lazi nem irja.
|
ratman
Kék troll
|
# Elküldve: 2016. Ápr. 12. 21:36
Charlie, te egy ki-be-baszott zseni vagy! :D
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Ápr. 13. 04:38 - Szerkesztve: charlie
Fuck this shit. Mivel az LD es a VLink problemakat nem sikerult workaroundolni, ennyiben marad, azaz valamennyire mukodik, de nem nagy elmeny. Szopjon vele mas. En mar eredetileg se akartam, csak gondoltam jo fej leszek.
Most pedig megyek, es elvesztem a HDD-t valahol, mielott ujra eszembe jut hasznalni ezt az izet...
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Ápr. 13. 13:55
Na viccesek a fejlemenyek az AW.net threadben.
- azt ajanljak, ha fejleszto vagy, szedd ki az APPDIR:-t a pathbol... Rohogjek-e?
- a padding bug ismert, de "artalmatlan". Amelyik bug ket nap idegbajt okoz, az nem artalmatlan, szvsz.
- a gyari SDK helyett ajanlott az Aminetrol leszedheto GCC5-ot tartalmazo adtools csomagot hasznalni, amiben bonuszban van egy 2.23.2-re epulo binutils is. (Ezt inkabb nem is reszleteznem, hogy egy random Aminet download megbizhatobb mint a gyari SDK...)
|
siz
Tag
|
# Elküldve: 2016. Ápr. 13. 15:33
Nagyon ki lehetsz bukva, ha nem random()-nak írtad. :)
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Ápr. 13. 15:50 - Szerkesztve: charlie
Ja. Na eddig adtools teszt eredmenyek:
- Random (siz kedveert: random() :)) lockup make kozben. Nem az FPC lockol be, hanem a gmake. Igen, stacket megnoveltem (1MB-re).
- ugy tunik, az adtools LD-je mindenkeppen belerakja az __amigaos4__ symbolt az exe-be, ami azt jelenti, hogyha mar benne van az __amigaos4__ akkor egy laza linker errort kapsz, duplicated symbol-lal.
Szakvelemenyem szerint ez (is) egy rakas szar.
Szerk: es vegul hosszas szopas utan sikerult osszekuzdeni egy buildet ezzel a binutilssel is, de ez is bennehagyja a padding memoriaszemetet az exeben. No komment.
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Ápr. 15. 00:16 - Szerkesztve: charlie
Na, fejlemény van!
Frank Wille of VLink fame megmondta mit baszok el, és elmagyarázta, hogy hülyevagyfiam, ígycsináld, szóval most úgy csinálom. Plusz lett striping support is...
VISZONT, még mindig kurva nagy errort dob a végén a make cycle, hogy különböznek az exe-k. Gyanús, hogy nem is a linker, hanem az assembler paddel valamit. Állat.
Szerk: na viszont fogtam egy tényleges VLink bugot is úgy tűnik, a VLink a relocationok kezelésekor kicsit eltöri az egyes branch utasítások branch prediction bitjeit... :) Ez tényleges látható problémát nem okoz, mert az utasítás továbbra is működik, csak kevésbé hatékonyan... És ez okozza a bügot. Csodás! :) Látom az OS4 mellett a C fordítókat is FPC-vel debugoljuk... :D
Szerk 2: ez a bug csak az OS4 VLink verziót érinti, mivel a MorphOS (és az AROS) másfajta ELF formátumot használ. Az OS4 ELF executable-ket használ, amikben speciális támogatás van a single address space miatt szükséges relocationökhöz, a MorphOS (és az AROS) pedig relocatable ELF objecteket használ exe gyanánt. Hátulról mellbe. :) Csak nézőpont kérdése, hogy hol az eleje.
|
Lazi
Mr. AmiCon
|
# Elküldve: 2016. Ápr. 15. 11:58
Csak egyetlen szó: Köszönjük!
|
dino
Kék troll
|
# Elküldve: 2016. Ápr. 15. 12:39 - Szerkesztve: dino
Quoting: lazi Csak egyetlen szó: Köszönjük!
Hehe, nagyon jo :D
Eza 0.33% ez hogy jott ki ? :D
|
Lazi
Mr. AmiCon
|
# Elküldve: 2016. Ápr. 15. 13:13
A lehallgatási botrány egyik hozadéka volt a pontos adat. De titkosszolgálati okok miatt többet nem mondhatok :)
|
dino
Kék troll
|
# Elküldve: 2016. Ápr. 15. 14:47
Quoting: lazi A lehallgatási botrány egyik hozadéka volt a pontos adat. De titkosszolgálati okok miatt többet nem mondhatok :)
Ti ezt rendesen kiterveltetek :D
|
siz
Tag
|
# Elküldve: 2016. Ápr. 15. 20:31
Nekem az oklevél sorszáma tetszik különösen (persze a többi is nagyon király) :)
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Ápr. 17. 00:49
Nnna. Ismet fejlemeny: nem a VLink bugos, hanem az assembler. Megpedig az Aminetes ADTools csomagban, amit a Hyperion SDK helyett ajanlottak... A Hyperion SDK-ban levo AS-sel (ami amugy regebbi, 2.18 vs. 2.23.2), nem jelentkezik ez a problema.
Szoval az SDK-ban levo AS + VLink comboval lefordithato a cucc hiba nelkul.
De valahogy megsem vagyok lenyugozve... Tul sokat varnek?
|
ratman
Kék troll
|
# Elküldve: 2016. Ápr. 17. 21:39
Nem. Ám AmigaLanden ez is túl sok(k). :D
|
Yellow Dog
Tag
|
# Elküldve: 2016. Ápr. 18. 22:21
Látom nem csak én szopok szabadidőben szívesen és "feleslegesen", szoftver oldalon is vannak elvetemült személyek :-)
|
Lazi
Mr. AmiCon
|
# Elküldve: 2016. Ápr. 22. 11:22
@Chainq:
Ez azt jelenti, hogy GCC 4.x-el fordul le es nem az uj adtools-os 5.x-el?
Vagy az SDK-s AS, VLINK hasznalhato az uj GCC-vel is?
Keszulok ujratelepiteni az SDK-t, amugy sem ertek hozza, szoval akkor nem erdemes szivni az Aminetes GCC-vel?
Volt aki azt mondta jobb PPC kodot csinal az 5.x .
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Ápr. 22. 12:35 - Szerkesztve: charlie
@Lázi:
A Free Pascal Free Pascalban van írva... Szóval Free Pascallal fordul le. Csak a GNU binutilst (GNU as, GNU ld, GNU strip, GNU ar) használja az SDK-ból és/vagy egyéb külső assemblert vagy linkert (amigás platformokon az AROS-t kivéve ez VLink), olyan platformokon ahol nincs belső assembler és linker implementálva az FPC-ben, pl. PowerPC-n.
Amúgy a GCC5 jobb kódot fordít igen, de ha bugos alatta a hozzá adott assembler (márpedig szvsz az), akkor annak lehetnek mellékhatásai... Mondjuk lehet, hogy működik a hivatalos SDK-hoz adott régebbi assemblerrel. Egyébként kb. tökmindegy, nem hiszem, hogyha csak nem írsz valami olyat amihez szénné kell optimalizálni (pl. 3D matek, demóeffektek, videóplayback), akkor jelentősen számítana a fordított kód minősége... Nem okoz nagyságrendi különbséget, max. placebo, hogy tudod, nem egy trutymó fut a mélyben, hanem valami kicsit kevésbé trutymó. :)
És ha már még FPC, látom többeknek nem ment át, hogy mi is történt itt fent, szóval:
Az önmagát lefordító fordító tyúk-tojás portolási problémája meg ugye úgy kerül kivédésre, hogy fogsz egy FPC-t bármilyen platformon, pl. Linuxon, meg egy cross-binutilst, és a wikiben leírt módon csinálsz magadnak először egy OS4-es cross-FPC-t, amivel az adott host platformodon tudsz OS4-es exeket gyártani, aztán ezzel fordítassz egy OS4 natív fordítót. Ezután ezt átmásolod az OS4-re és ezzel már OS4-en is bármit lefordítassz, akár önmagát is.
Ez egyébként pontosan ugyanaz a módszer mint amit GCC kereszfordításához használsz, csak az eszközök mások részben, nyilván...
Pont ez az, amit senki se ért, és nem érti miért kunszt ez az egész FPC téma. Annyira kevés manapság a self hosted nyelv és fordító (minden alacsony szintű cucc C/C++-ban van, vagy C-re fordít, aztán nye), hogy nem is értik mit problémázok ABI-kon meg az assemblerrel, hát majd a C fordító megoldja... Ja, kivéve, hogy ez nem játék fordító, ami csak egy másik nyelv tetejére van biggyesztve, szóval ha szar a rendszered, azzal én direktben szopok, nem tudod elrejteni C makrókkal meg akármivel előlem... :P
|
Lazi
Mr. AmiCon
|
# Elküldve: 2016. Ápr. 22. 13:03
Ahh, persze. Vagyis FPC assemblyre fordit es a PPC tamogatshoz az kellett, hogy PPC assemblyt csinaljon, amit kulso assembler tol binarisba. Az OS4 tamogatashoz meg az kellet, hogy az FPC OS4 kompatibilis PPC assemblyt produkaljon. Asszem ertem en.
Vagyis a wikiben az FPC cross compiling modjat adtad meg, amibol A++-os user csinalhat OS4 FPC-t, amivel a jovoben mar OS4-en lehet uj versziot csinalni (as assemblerrel).
Ertem en ezt?
:)
|
dekanyz
Tag
|
# Elküldve: 2016. Ápr. 22. 13:07
Haat... En tovabbra sem kaptam kedvet hozza! ;)
|
Chain-Q
Divatamigás
|
# Elküldve: 2016. Ápr. 22. 13:41 - Szerkesztve: charlie
@Lazi:
Úgy. Az meg fontos, hogy nyilván te ebből az assembler-linker szopkodásból az FPC futása közben már semmit se érzékelsz (csakúgy mint GCC-vel sem, ami kb. ugyanezt csinálja), amíg a fordítónak szükséges AS és LD (vagy egyéb assembler-linker) elérhető helyen van, addig ő meg fogja hívni úgy ahogy szükséges, hogy a végén te csak egy futtatható binárist kapj majd. De nekem attól még szívnom kellett vele, hiszen a linkelés része, meg az OS library hívások assemblyből az eléggé platformfüggő, és valakinek bele kell fejleszteni a fícsört, hogy aztán a lyúzereknek már ne kelljen szívni vele. :)
Mellékesen a hivatalos release csomagokban (ami jelenleg nincs, csak nightly buildek) csomagolunk is olyan assemblert-linkert a fordítóhoz, amivel tutira működik, szóval még ennyi szívás sincs, hogy milyen SDK-t telepíts.
@dekanyz:
Az OS4-hez vagy az FPC-hez? :P
|
