In the darkest hour on Mon, 19 Sep 2011 02:41:19 +0200,
Remek <d...@g...com> screamed:
>> Asembler ma pewne zalety i to w specyficznych sytuacjach, głównie
>> tam gdzie chodzi o szybkość i to pod warunkiem, że koder jest biegły,
>> jednak nie te, które strał się kolega powyżej udowodnić.
>
> Twoje opinie są typowe dla ludzi nie znających asma. Takie typowe ble, ble o
> nieprzenośności, nieczytelności itp. A co to ma do rzeczy?

:D

> Asembler to dłuto
> rzeźbiarskie, a HL to taśma produkcyjna. I oba te zastosowania mają swoją
> specyfikę i przeznaczenie. A Twoja argumentacja mnie osłabia. Programista ma
> rozumieć jak działa procesor, a nie jak się dodaje jabłka do koszyka.

I w takim samym stopniu zrozumie używając C/whatever jak i rzeźbiąc w
asemblerze.

> A przenośność kodu to miraż. Nie ma przenośnego kodu wynikowego. W pewnym
> zakresie może być przenośny kod źródłowy, ale to musi umieć kompilator.
>

O przenośność kodu _źródłowego_ tu chodzi. I tak, w 100% przenośny nie
będzie, zmienią się tylko funkcje "niskopoziomowe". I nie, kompilator
tego umieć nie musi. W jednym przypadku podajesz mu gpio_avr32.c w innym
gpio_mips.c.

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:221B ]
[ 08:31:32 user up 12931 days, 20:26, 1 user, load average: 0.98, 0.04, 0.09 ]

Every suicide is a solution to a problem.