PIC vs ATMEL #2

[VF]

Thus spake Füzesi Arnold <arno at freemail.hu>:

>> mul-t. Ugyanis lebegopontos szamitasokhoz sem a GCC, sem az IAR
>> nem hasznalja egyaltalan, bitenkent szoroz...
> 
> Ott van a __mult() stb. intristrict fuggveny.
> Az a hw-t hasznalja.
> Akinek nem tetszik a sw-es szorzas olyat ir amilyet akar ezeket
> felhasznalva.
> Valszeg ezert nem irtak meg.

Hat ez jo duma... A C-ben szamomra az a poen, hogy meg van irva egy
csomo apro fuggveny, nem kell megirni asm-ben kulon.
Ha mar meg van irva, csak egymas utan kell tenni oket, ugyanolyan
attekintheto marad mint a C, egyaltalan nem tobb munka.
De ha a C-ben sincsenek meg a szamomra lenyeges fuggvenyek alapbol,
vagy szarok, akkor nem sok ertelme van...
A hordozhatosagrol annyit hogy egy kollega is itt szenved a listan
vele, pedig ugyanaz a proci, csak ket kulonbozo fordito.
Nekem is felig ujra meg kellett irnom a forrast amit be szeretnek
epiteni a progimba, eleg sok idom rament.
Lehet hogy egy io-muveleteket mellozo algoritmust le lehet kodolni ugy,
hogy az ha lassan is fog futni, de minden procin lefordul.
Ha viszont mexakitasokat kell kezelni, portokat allitgatni, cpu-
specifikus szegmensekben kell tarolni az adatokat, nem egy masik
procin, hanem egy ugyanarra a procira fordito masik forditon sem
lehet majd leforditani a programot.
Ahogy a mellekelt abra is mutatja...

> Mert akinek ennyire szamit a sebesseg valszeg spec adatokkal dolgozik, és
> nagyonnagyon optimalis
> kodot tud irni arra a spec esetre az emlitett fuggvenyekkel.

Igy van. En pl 24 bites fixpontos szamokkal szamolok. C-ben ugy csinalnam,
hogy assemblyt hivnek, ahogy az atmelesek is javasoljak.

> (Program motorja asm, a user interface meg C. Tipikus eset, lazan
> megcsinalhato bermelyik C forditoval)

Ez nekem is szimpatikus. Csak altalaban ha a motor kesz, a GUI-t mar
egy pillanat alatt megcsinalom :)

> Pl for ciklust erdemesebb visszafele szamoltatni gagyibb uC-eken (ahol cmp
> utasitas nuku), tomb helyett pointert
> hasznalni stb stb stb stb stb stb stb stb....
> Ezeket sajna meg kell tanulni.

Magyarul mikozben irod a C sorokat, azon kell gondolkozni, hogy mire is
fog az fordulni asm-ben. Ez nagyon ugy tunik, hogy csak egy plusz
farasztas az amugy tulajdonkeppen asm programozas mellett...
Ha a forditok eleg okosak lennenek, hogy maguktol rajojjenek hogy
merrefele szamoljanak, pointert vagy tombot hasznaljanak stb... akkor
mar valamivel ertelmesebbnek tunne...

> El kell olvasni a compiler beallitasokat, es felfogni.
> Hogy lehet __nosave interrupt-ot csinalni stb.

Te vagy a masodik aki elmagyarazza :)
Csak nem ezt kerdeztem. Nem vagyok egy nagy C guru, de ezt meg meg
tudom csinalni en is...

> Ott leul az ember, es kodol.  (Programoztam ASM-ben eleget. Nagyon jo erzes
> amikor az ember egy problemat
> elegansan megold, orul maganak. Ismerem az erzest, marha jo, elismerem.De
> elmegy az ideje cefetul vele...Es en nem tudok atlatni tobb 10e sor asm
> kodot. Meg megirni sem. Elkopna szo szerint a bill.
> Kb ennyi lenne az amiket mostanaban csinalok. C-ben is tobbezer...)

Nem kopik az el, birja. Tobb ido, az igaz, de nem annyival mint
gondolod. Sot neha gyorsabb. Legalabbis nekem eleg soxor.
Ugyanaz mint a JTAG debugger: ketsegtelen hogy jo, de nem annyira
hasznos, mint egyesek hiszik...

> Arnold

-- 
Valenta Ferenc <vf at elte.hu>   Visit me at http://ludens.elte.h u/~vf/
"Microsoft Certified Angry OS Rebooter"