Jeszcze jakby kogoś interesowało, to podaję link do algorytmu w asm:
http://www.alpro.pl/zlicz/zlicz201448.jpg

--
-- .
pozdrawiam
Sylwester Łazar
http://www.alpro.pl Systemy elektroniczne.
http://www.rimu.pl -oprogramowanie do edycji schematów
i projektowania PCB.

do góry

On Sun, 6 Apr 2014 00:43:36 +0200, Sylwester Łazar<i...@a...pl>
wrote:
> Chyba jeden z gorszych wyników :-(

sdcc -650 słów.

--
Marek

do góry

> wrote:
> > Chyba jeden z gorszych wyników :-(
>
> sdcc -650 słów.
>
> --
> Marek
W BASICu szybciej chyba by policzył :-)
S.

do góry

On Sun, 6 Apr 2014 01:01:24 +0200, Sylwester Łazar<i...@a...pl>
wrote:
> > wrote:
> > > Chyba jeden z gorszych wyników :-(
> >
> > sdcc -650 słów.
> >
> > --
> > Marek
> W BASICu szybciej chyba by policzył :-)
> S.

great cow basic ma dobry optymalizator dla pic, można sprawdzic.

--
Marek

do góry

> great cow basic ma dobry optymalizator dla pic, można sprawdzic.
>
> --
> Marek
Widziałem. Tam się programuje chyba w blokach graficznych.
Fajna zabawka. Ale optymalizacji się nie przyglądałem.
Mam sentyment do BASICA.
Mój ulubiony BASIC to taki na HP85B.

S.

do góry

[...]
> Myślę, że Ty z łatwością byś sobie też poradził.

Zaliczyłem dość szerokie spectrum uP i uC ale akurat procesorki
MicroChipa ominąłem, jakoś mam do nich awersję.
Dzisiaj zerknąłem pobieżnie w pdfa, chyba źle postawiłeś tezę
wątku, powinna brzmieć: "O wyższości ASM nad C w uC typu PIC". :)

Generalnie, programuję już wyłącznie w językach wysokiego poziomu,
asm porzuciłem już dawno temu, kompilatory na "normalne" procesory
sprawują się bardzo dobrze i produkują kod porównywalny do ASM,
do tego szybciej. Jeżeli zależy mi na optymalizacji, to zerknę
na generowany kod, ale najczęściej tylko po to aby złapać się za głowę
i wyszeptać "coś ty napisał?".
K.

do góry

On 05-04-2014 10:32, Marek wrote:
> On Sat, 05 Apr 2014 06:40:26 +0200, John Smith <d...@b...pl>
> wrote:
>> CPU procesora PIC18F2320 jest 16 bitowe a Ty napisałeś program
>
> Ten proc jest 8 bit, co miałeś na myśli pisząc cpu 16 bit? 18f nie jest
> w stanie jako argument rozkazu przyjac bezpośrednio 16 bitowy adres
> docelowy lub źródłowy,.

Nie znam dokładnie tego uP, przyznaję. Zasugerowałem się niektórymi
danymi z datasheet.
K.

do góry

Generalnie, programuję już wyłącznie w językach wysokiego poziomu,
> asm porzuciłem już dawno temu, kompilatory na "normalne" procesory
> sprawują się bardzo dobrze i produkują kod porównywalny do ASM,
> do tego szybciej.
Możesz wrzucić ten przykład do swojego kompilatora, na swój uK i pokazać ile
rozkazów ma zlicz()?
S.

do góry

On 06-04-2014 02:38, Sylwester Łazar wrote:
> Generalnie, programuję już wyłącznie w językach wysokiego poziomu,
>> asm porzuciłem już dawno temu, kompilatory na "normalne" procesory
>> sprawują się bardzo dobrze i produkują kod porównywalny do ASM,
>> do tego szybciej.
> Możesz wrzucić ten przykład do swojego kompilatora, na swój uK i pokazać ile
> rozkazów ma zlicz()?

dla funkcji zlicz:
IAR C/C++ Compiler V5.30.1.50284/W32 for MSP430
102 bytes of CODE memory
po właczeniu optymalizacji rozmiaru.
Procesor MSP430 na pewno 16-bitowy. :)
K.

do góry

"Mario" <m...@...pl> wrote in message
news:lhq18d$us0$1@mx1.internetia.pl...
> W dniu 2014-04-05 23:19, Sylwester Łazar pisze:
>
>> ATMEGA32 jakieś 12-15 zł
>> PIC18F2320 jakieś 20 -28 zł
>> Polecam ATMEGA32 w takim razie, zarówno do pracy w ASM jak i w C.
>
> Ja bym go nie polecał bo ten procek znika z rynku. Jeśli już to jakiś
> zamiennik np Atmega328. A tak w ogóle po co kupować 8 bitowy procek z 1kB
> RAM za 12-15 zł gdy można kupić 32 bitowy z 8kB RAM za 7 zł?
> http://www.tme.eu/pl/details/lpc1114fbd48_302/mikrok
ontrolery-nxp-arm/nxp/#

I właśnie dlatego warto się przesiąść dziś na architekturę ARM :-)

do góry