chodzi o to? http://www.pouet.net/prod.php?which=57787
git, już sciągam
sporo waży - 142.6 MB
cegły nawrzucaliście? ;)

Jakby ktoś nie zauważył to tam jest jedna bardzo użyteczna rzecz pt. "mikrostartup". Chodzi o to, że nie jesteśmy już uwiązani do bibliotek standardowych libc itd, itp przy korzystaniu z gcc 4.xx.
I tak binarka spadła do ok. 1,5kb z 65kb (tyle zajmował minimalny program ze printf()).

Właśnie testuję ze sconsem budowę minimalnego setup'u ;P. Jak zabangla dam znać.

Ostatnio edytowany przez saulot (2011-11-18 05:23:07)

A czy ten mikrostartup jest kompatybilny z ARGV?

Nie. Chodzi o przekazywanie atrybutów przez zmienne środowiskowe.
Btw. Draco030 swego czasu też to robił, jest to element jego programików pod FreeMiNTa, a tu: http://www.obta.uw.edu.pl/~draco/atari/atari.html

Nie jest

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

Tak, ale od mintliba i całej tej ferajny profesjonalistów z mintlisty to wolę się trzymać z daleka.

Racja. Przesadziłem trochę. Przydałby się jakiś Linus, który by to wszystko za mordę trzymał.

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

Ostatnio edytowany przez saulot (2011-12-08 23:57:44)

to właściwie dotyczy ogólnie wszystkich modeli Atari, na ST skutki są najbardziej bolesne (bo ma mało pamięci(np. 512kb) i fajnie by było programy odpalać z dyskietki DD ;>).
I to nie chodzi o samo tylko crt0 zlinkowane statycznie, tylko ,że rozmiar crt0 (porównajcie sobie je z wersją dla Pure C) w gcc jest spory i doklejane są jeszcze rzeczy z kosmosu i to "z partyzanta" czy ich potrzebujesz czy nie. Linkowanie statyczne bibliotek dodatkowych pomijam.

gdzie można znaleźć zrółdo tego crt0 z GCC dla Atari ST?

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