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++.

ale wyłączając ochronę pamięci wraca się z powrotem do ciemnego średniowiecza, co wybierasz? :)))

Jak mi się to podoba, łatwiej jest powiedzieć 'ochrona pamięci nie jest Ci potrzebna' niż przyznać 'trzeba poprawić qed' i/lub 'kernel FreeMiNT'a' .. :)))

kroll: proponuję zgłosić ten problem na mintlistę, a ktoś na pewno wytłumaczy dlaczego qed nie działa z ochroną pamięci. Zaleta wyłączonej ochrony jest taka, że źle napisany program wywala Ci w powietrze system operacyjny. Jak jest włączona ochrona pamięci to źle napisany program zabija się sam i niekoniecznie wykańcza system operacyjny (w przypadku FreeMinTa).