Problemem jest brak dynamicznych bibliotek, więc większość tego kodu to crt0 które aby być ze wszystkim kompatybilne, musi sporo zrobić na starcie. Można standardowe crt0 zastąpić własnym i wtedy się to bardzo zmniejsza, robił tak np. Draco030: http://www.obta.uw.edu.pl/~draco/atari/atari.html. Ale i tak, jak będziesz linkował to będą szły całe biblioteki niestety.

Co do SDL, to na gołym ST raczej zapomnij (za wolna), ale na Falconie co mniej skomplikowane rzeczy chodzą, na 060 nawet nieco bardziej skomplikowane. Jeśli chcesz pisać tylko dla Atari, to polecam zapoznać się z biblioteką GODLIB, ale będziesz ja musiał przeportować do GCC, co może być problematyczne (http://rg.atari.org/source.htm), ewentualnie pozostaje użycie Pure C w którym została napisana.

Będę nieomylnie.

Fajna tabelka, ale łatwiej by się porównywało gdyby Tak/Nie były pokodowane kolorystycznie, przykładowo tak to robią na wikipedii: https://en.wikipedia.org/wiki/List_of_c … _compilers

Napraw ten NVRAM najpierw.

To że drukarka pracuje w CMYKu nie oznacza że jest w stanie pokryć całą przestrzeń kolorów. No i jest jeszcze kwestia tego na czym drukujesz.

A to nie jest z zastosowaniem profilu urządzenia/materiału końcowego? Bo matematycznie, CMYK daje sie przeliczyć na RGB 1:1 (i z powrotem), więc w 'teorii' nie ma różnic, a w 'praktyce' decyduje o tym własnie sposób odwzorowania barw urządzenia i materiału.

Niestety nie pamiętam gdzie to było.

Uważaj żeby Cię nie zaanektowali ;)

Atari skończyło się na Atari 800 :P

Skupiłbym się na:

Najprawdopodobniej taśma.

Ładnie. Da się to spiąć z twoim emulatorem ZXa?