BTW: jest kilka krosassemblerow 6502 pod unixy - najlepszy jaki widzialem nazywa sie a6 i poza nauczeniem sie paru skladni makr i definicji etykiet nie sprawia wiekszych problemow w przesiadce z QA.

I to tez jest zle IMO. :)

Dobrze napisana portowalna aplikacja korzysta z jadra w POSIX C/C++ ktore latwo przeportowac oraz frontendow w postaci pluginow ktore mozna dopisac na docelowej architekturze jesli nie udostepnia ona natywnych elementow API oryginalu (oczywiscie musi byc przejrzyste i przenosne API tych pluginow)

Super przykladem dobrze napisanego przenosnego softu jest np atari800 :) Dzieki temu wlasnie mamy porty na win32, WinCE, BSD, MacOSX, Amiga, Falcon ..... Co prawda nie ma API do frontendow ale kod odpowiedniego frontenda zostaje dobrany do odpowiedniej docelowej architektury w momencie konfiguracji zrodel. Autorzy Atari800WIN wlasnie dlatego mieli latwe zadanie :)

Witam!
A wiec tak: Piszac Qasma nie zastanawialem sie nad przenoszeniem na inne platformy, zalezalo mi na tym aby zrobic srodowisko pod Win. Wykorzystalem Delphi, bo w tym najprosciej programuje mi sie okienka, kontrolki, etc. O Kylixsie to nawet nie mysle, bo go nawet na oczy nie widzialem i nie mam Linuxa. Predzej daloby sie zrobic po prostu kompilator z linni polecen w C++ i to nawet nie jest takie trudne, z tym ze najpierw musze doprowadzic wersje pod Win do stanu kompletnej uzywalniosci, a nawet na to nie mam czasu (doktorat).

Poprosimy!!!!

Ale przeiciez ja z tym akurat nie polemizuje. Kylix powstal dla rzeczy ktorych napisanie od nowa na linuxa wiazalo by sie z ogrmnymi kosztami (wsztstkie duze aplikacje enterprise, bazodanowe itp)
Qasm jest na tyle maly i jak sam autor napisal sam kompilator da sie latwo napisac w C++. Wtedy o wiele latwiej bedzie zrobic cos sensownego z tym kodem.

Po drugie: uzywam linuxa miedzy innymi dlatego iz mam bardzo dobre i przenosne narzedzia z kodem zrodlowym. Nie chce zadnego komercyjnego programu closed-source na moim dysku na dodatek tworzacego kod z taka iloscia zaleznosci ze same support libraries zajmuja 500M.

Po trzecie: overhead jaki naklada na system aplikacja napisana w kylixie jest duzo wiekszy niz aplikacja napisana w ANSI C i portnieta na np GTK/X11.

Reasumujac - nie mam nic przeciw istnieniu Kylixa - w duzych projektach eterprise istniejacych juz od lat na platforme win32 jest to jedyne wyjscie na razie aby w miare bezbolowo przejsc na linuxa.
Natomiast sam nie bede nigdy zwolennikiem tego rozwiazania - jak i samego delphi a bede zawsze przeciwnikiem kogos kto pisze programy nie dajace sie portowac ;) (to nie do Mayoneza jakby co - sam napisal ze nie myslal nawet o porcie)

No i to chyba tyle

Mayonez, moze przeportowalbys sie na musztarde, co ?

hehe ale smieszne

poza tym jakby udostepnil kod, to moze znalazloby sie pare osob ktore przepisza to na c++ albo c.

ps. albo po prostu ja sie wezme do roboty i napisze taki asembler. :)

TeBe: bez urazy, ale jak masz trollowac, to lepiej wejdz na jakiegos erotic site-a i tam daj upust swojej energii. Wiesz stary - gdyby to napisal jakis dzieciak pokroju Shinora albo jakis nacpany Jordan to bylbym w stanie zrozumiec: "chwila dla debila", ale ze to wlasnie ty, jedna z niezbyt licznych osob, ktora nadal "tworczo klika" na Atarce rzucasz takie teksty, to budzi we mnie niesmak, tymbardziej, ze to nie jest topic Bałagan, gdzie np. Messiah moze dac upust swojej tworczosci, ktora pasuje do forum atarowskiego jak Chiny do Europy, ale mimo to Bałagan jest miejscem, gdzie wlasnie na takie rzeczy jest miejsce. Dlatego drogi Tomaszu, gdy nastepnym razem przyjdzie Ci ochota na "cos podobnego" 10 razy wczesniej zastanow sie nad tym co robisz.

Sorry, za odbieganie od tematu, ale nie moglem sie powstrzymac, nawet za cene potencjalnego "tygodniowego urlopu".

macgyver, stary pryku usmiechnij sie :D

p.s.
wole musztarde i chrzan :)

Moze sie ciepiam ale jest od dawien dawna multi cross assembler na linuxa
asl  (oblsuguje z 50 procesorow w tym i 6502 oczywiscie) wiec po co odkrywac na nowo kolo  :?:

Widzisz, asemblery 6502 roznia sie od siebie znacznie - tylko efekt ich  dzialania jest taki sam: kod wykonywalny dla 6502. Polecam przyklad asemblerow na male Atari: Quick Assembler, MAC65, Big Assembler i MAE - niby kazdy z nich tworzy kod wynikowy dla 6502, to jednak ich koncepcja rozni sie miedzy soba, niekiedy roznia sie skladnia itp. - kazdy z nich ma rzesze swoich zwolennikow. Tu bowiem nie chodzi o adaptacje samego assemblera 6502, tylko calej otoczki, calej koncepcji danego rozwiazania. A co do metafory z odkrywaniem kola - zwroc uwage jaka wielka roznorodnosc kryje sie pod slowem "kolo": moze to byc kolo rowerowe, moze byc to kolo do ciezarkowki, do fotela, do wozka w supermarkecie, kolo jako narzedzie tortur itp. Niby brzmi podobnie, ale w praktyce bardzo sie rozni jedno od drugiego.

A wracaj do tematu - mi osobiscie bardzo podoba sie koncepcja Qasm-a i dlatego podjalem temat, aby przekonac sie na ile realna adaptacja tego programu na inne platformy/systemy operacyjne.