O na allegro jest jedna... już nie ;)

Zdecydowanie za.

Już od dłuższego czasu, w praktyce, można. Ciągle są pewne ograniczenia, ale prawo to zostało w 1996 (a potem w 2009) na tyle rozluźnione, że nikt się już nim specjalnie nie przejmuje. Dokładnie rzecz ujmując, obecnie eksport z USA oprogramowania zapewniającego silną kryptografię, wymaga jedynie powiadomienia odpowiedniego urzędu, który może się temu przyjrzeć, ale nie musi.

Żbiku, było fantastycznie. Dzięki :D

Nie, będzie wyłączanie prądu jak na SillyVenture :P

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.