On 2011-05-11 23:15, Jarosław Sokołowski wrote:
>> na nowo. Programy pracujące w CP/M robiły dokładnie to - wynajdywały na
>> nowo: heap, gui, multitasking, user input, itd.
> Jeśli tym kołowynajdującym programem jest kompilator

Nie jest.

>, jeśli są tam równe
> szprychy i obręcz gładka, to mnie ta sytuacja odpowiada. Gdy chcę liczyć.

Nie wszyscy chcą liczyć. Niektórzy chcą rysować, drukować, pisać.

>> Bo profesjonaliści interesują się takimi rzeczami.
> Profesjonaliści od kompilatorów i problemów z segmentacją. Nie każdy
> nim jest.

Więc nie każdy powinien programować. Nawet zwykłe liczenie.

>> W praktyce kończą się optymalizacje wysokopoziomowe i pozostaje zejście
>> do kodu. Mozna ugrać sporo bo kompilatory nie sa perfekcyjne, a wtedy
>> tym bardziej nie były.
> Nie wiem jaka była praktyka liczenia na Amidze

Optymalizacje sa wszędzie takie same w sensie ich istoty. Zawsze masz
taki etap że albo już olewasz albo musisz zejśc do kodu. W przypadku x86
musiałes się wtedy babrać w gównie.

>> Nadmiarowy kod obsługujący segmentację i swapowanie rejestrów jest
>> zbedny gdyby procesor nie był projektowany przez merketoidów.
> A niech sobie maleństwo swapuje, co mi tam.

OK. Na szczęście jednak niektórym zależy dzięki czemu mamy jakiś postęp.

UWAGA!

Ponieważ wątek zaczyna mi wychodzić poza kolumnę w thunderbiridzie
niniejszym dokonuje EOT z mojej strony. Gadajcie sobie dalej :)