Původní podoba příspěvku

Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).

<!-------------------------------------------------------------->
<table width="100%"><tr><td align="left" valign="middle"><B>Re: MZI - prvni pokus:</B></td><td align=right valign="middle"></td></tr></table><BR><pre><span class="replyquote1">&gt; Puvodni UZI by melo obsazovat hornich 32k RAM (8000h-FFFFh).
&gt; Abych pravdu
&gt; rekl, Hi-Tech C je rekordmanem pri kompilaci. Zakladni verze UZI se
&gt; prekompilovala na 35k !!, navic se zakomentovanymi ovladaci na SCSI a &gt; HD.
<img src="BODY_IMAGES_WRAP_GIF"> A
&gt; to neobsahovala zadny kod pro MZ.
</span>
Mozna je ted spravny okamzik na navrat k otazce kompilatoru C (alespon co se
<img src="BODY_IMAGES_WRAP_GIF">tyka prekladu jadra). Zkusim se podivat na velikost (a efektivnost) kodu
<img src="BODY_IMAGES_WRAP_GIF">generovaneho jinymi prekladaci. Dle me ty omezeni, co maji napr. z88dk nebo sdcc
<img src="BODY_IMAGES_WRAP_GIF">nejsou tak tragicka, aby se nedaly zvladnout - tedy opakuji - jen co se tyka
<img src="BODY_IMAGES_WRAP_GIF">jadra. Zde je - jak se zda - otazka velikosti generovaneho kodu kriticka.

Fuzzy</pre>