kupcie sobie  "Ultimate Doom", oryginalnego Quake 1 itp. to będziecie mieli problem z bańki. Wszystko chodzi, nawet dodatki. Z dodatkiem do Quake jest tylko problem (Scourge of Armagon) - to jest bug w porcie Mikro. Nikt tego dodatku zapewne nie testował. Może poprawię to kiedyś (musiałbym się domerdżować ze swoimi zmianami do ostatniej wersji portu z poprawkami sieci).

glowas11: Brałeś pod uwagę to, że poczta polska daje ciała?

[edit]: polska jako polska w sumie też ;)...

Panowie, chyba znaleźliśmy brakujące ogniwo w ewolucji procesorów m68k ;))) btw, ale offtop się zrobił :)

MM: no troszkę. :P

trochę długo się ładuje, ale potem to sama przyjemność ;>

to się kompiluje pod wszystko, cygwin, linux, tos/freemint. potrzebny jest tylko make i kompilator c. informacje są na stronie.

wydaje mi się, że miało. Wystarczy zajrzeć do np takiego "The Concise Atari ST 68000 Programmers Reference Guide", jest info o blitterze, ale zero wzmianki o ste. (w 86 tego modelu nie było, pojawił się w 89r)
Po drugie:
http://en.wikipedia.org/wiki/Atari_ST
Blitter był wprowadzony w medze 2 i medze 4.

to na bank nie wina tos'u. Mam mega ste i zwykłe ste i nie mam takich problemów. coś innego musi być nie tak, sprawdź pamięć i nowo wstawiony tos.

adamk: to nie może być tak samo, skoro w gcc 2.95 binarki jeszcze były akceptowalnej wielkości.

- crt0 to standardowy kod który jest potrzebny do wystartowania programu. Każdy kompilator to ma. Jak piszesz program w asmie to też jest rutynowy startup (mshrink() i inne cuda). Wikipedia mówi to: http://en.wikipedia.org/wiki/Crt0

- mintlib to biblioteka standardowa FreeMinta, która ma funkcje/interfejsy podobne do unixowych i dzięki temu można robić porty różnych narzędzi i w ogóle używać unixowych programów na FreeMiNcie (przynajmniej ja to tak rozumiem). To jest teżtaki pośrednik między użytkownikiem, a systemem operacyjnym. Tam są też wszystkie nagłówki i dzięki temu jest dostęp do funkcji systemowych Atari (BIOS/XBIOS etc.)

- to przez samo gcc (to nie jest kwestia platformy docelowej tj. binarki są tak duże, że odpalanie ich na ST pożera dosyć sporo zasobów pamięciowych, na falconach z 14mb albo tt ramem ten problem jest nie istotny), w starszych wersjach np. gcc 2.95 ten problem nie występował, w nowszych wersjach sprawa się pogorszyła (nie jestem ekspertem, więc nie wiem dokładnie dlaczego tak się stało). Ale to nie jest problem tylko na naszej platformie. Tak na pierwszy rzut oka wygląda na to, że zawsze dołączana jest standardowa biblioteka i masa różnych symboli, wbudowanych funkcji itp. (gazylion rzeczy) i binarka nawet z głupim 'Helloł world' dużo waży. Jak zajrzysz do przykładów i zobaczysz mapę symboli to się przekonasz o czym mowa.

GCC w tej chwili jako jeden z niewielu obsługuje standard C C99, który wg mnie jest wygodniejszy niż ten stary skostniały ANSI C i z tego co wiem żaden z natywnych kompilatorów (no może z wyjątkiem VBCC, AHCC trudno mi powiedzieć, bo się nie zagłębiałem) go nie obsługuje. To głównie dlatego go używam.

Ok, każdy może skorzystać, bo są źródła. Ja nie mogę się tym zająć (nie jest mi to po drodze), Sqward pewnie też nie (mamy swoje projekty).
Jako uzupełnienie mogę jeszcze dodać, że na atari forum(chyba Nyh), ktoś przepisał wszystkie podstawowe funkcje C (lub ich większość) w assemblerze.
Można to wykorzystać.

nie jest mi to jakoś specjalnie do szczęścia potrzebne..

okiej,
rzecz o mikrostartupie i odchudzaniu binarek w nowym gcc 4.3.x jest tutaj:
http://bus-error.nokturnal.pl/tiki-read ... ticleId=12

Są dwie wersje dla C i C++.