Domyślam się, że to tak przykładowo przytoczyłeś. Ale gdyby to realnie policzyć... to nie wiem czy życia by starczyło dla jednego programisty.

--------
camelek - pisałeś coś o Monopolu. Monopol to fakt. Ale jedynie wszechświat stale się rozszerza (i to ponoć też ma mieć swój kres) - reszta - czyli słońce, imperia czy... dmuchana żaba w końcu się rozpada/rozlatuje/wybucha. Jedyna realna walka wg mnie to korzystanie z alternatywnych (ale nie egzotycznych) rozwiązań - ja jako użytkownik korzystam kiedy tylko mogę z Open Source'u  - Firefox, OpenOffice.org lub freeware - np. IrfanView, bo nawet tylko korzystając i zgłaszając błędy / pomysły wspomagam pracę nad tymi produktami.

--------
Amiga - wg mnie akcja reaktywacji to jakiś poroniony pomysł. Gdyby zrobili to na x86 i wciągneli się w nurt PC, to rozumiem. Ale przecież zaraz się pojawią problemy z wydajnością sprzętu, programów będzie jak na lekarstwo i ogólna depresja...

Czemu platforma PC wygrała, chociaż jest beee? Bo nasi żółci przyjaciele z Tajwanu mieli specyfikacje i licencje na robienie sprzętu w garażu i nikt ich się nie czepiał, że słaba jakość - rynek sam to regulował. A Amiga dzisiaj wypuszcza system, który jest zgodny ze sprzętem - ilu? dwóch dużych dostawców? - jaką to ma przyszłość?

--------
A co do Atari vs Amiga - to może nie każdy wie, że Atari miało wypuścić klona Amigi - jeszcze na licencji firmy Amiga, Inc. - miał to być 1850XLD. Atari zresztą chciało kupić swego czasu firmę Amiga, Inc. - ale ubiegł ich Commodore.

cemelek, nie dziw się że dostałeś takie odpowiedzi. nie przeczytałeś FAQ (link na górze strony).

---
... bo rozumiem, że chodzi ci o "obrazki" ROM??

Właśnie się z tym męcze. Algorytm już mam, muszę go tylko uprościć. (na razie zweryfikowany na Excelu).

Regulamin przeczytany, wnioski wyciągnięte, odpowiednie posty zmodyfikowane...

tak, ale chce to zrobic tak nowocześnie, tzn. bez piractwa :) jeśli się da...
z tego co widze, to sieć jest raczej jałowa w tym temacie, więc jest to jakieś pole do zagospodarowania. jak coś będę miał to udostępnie, pewnie nie tylko atarowcom by się przydało (bo to przecie cc65).

W cc65 to funkcje w ROM można z marszu wywołać (_sys).

http://www.cc65.org/doc/funcref-54.html

Nawet wrappera nie trza (jak się uprzesz).

Nie bójmy się tego głośno powiedzieć: szukasz procka / CPU / 6502C.

Mam dwa, ale niestety oba zajęte :)

MM: Warning. Nie masz nic do powiedzenia - idź na piwo zamiast pisać. Ja mam 1000 takich procków, ale 2000 zajętych.

Zgadzam się, można sporo zaoszczędzić na ominięciu funkcji bibliotecznych. Ale gdy się chce szybko coś napisać, to printf jest nieocenione. No i widać, że cc65 do pisania driverów lub narzędzi systemowych to się średnio nadaje.

Dlatego jak dla mnie cc65 mógłby być stosowany na takich polach jak:
- sprytne programiki napisane "na szybko"
- programy złożone algorytmicznie (np. jakieś packery)
- generatory, parsery danych
- gry tekstowe
- programy rozwiązujące problemy matematyczne

Czyli jest to większość z rzeczy, które programowałem na Atari... :)

A co do długości kodu, to patrząc na złożoność funkcji testowej mogę sobie ją wyobrazić zapisaną w 30 (asm) a nie w 300 bajtach (C), więc raczej trzeba założyć, że program będzie dłuższy nawet do 10x w stosunku do asm.
Natomiast niewątpliwą zaletą C jest szybkość tworzenia programu.

Oficjalnie ogłaszam: nie odpalam żadnego demka nie suportującego RAM-carta (bo nie mogę) hehe.
Ale mam emulatora, jakoś przeżyje ;)

To co jest w tych 90k że można to sobie spokojnie, ładnie to ujmując, pominąć? Inicjalizer libc ma tyle?? No ale na cc65 taki inicjalizer nie miałby racji bytu. Ciekawe jak tam to wygląda.

Czemu w cc65 to porażka?

Pytam, bo ciekaw jestem jakie masz doświadczenia z tym kompilatorem, chciałbym kiedyś w nim coś porobić (możnaby szybko parę narzędzi sklecić).

Czy rozmiar po kompilacji to był jedyny powód? Ile to mniej więcej było bajtów?