Mikrokontroller C-ASM

[Fuzesi Arnold]

Nem mondanám hogy jobbak...foleg az AVR GCC-re nem. (Okosok szerint az AVR
port nem tartozik a legjobbak koze...en csak kostolgattam, nem tudom sem
erosíteni, sem cafolni)

Az alapbol ugy kezdi a gccavr hogy minden global valtozo
volatile...maskulonben repul...
Legalabb is regebben szenvedett itt vele valaki alaposan.

De asszem nem ezen mulik hogy jobb avagy sem.... :)

Az egyetlen amit nem tud az IAR, es a GCC igen, az ez:

#define PSTR(string) {__flash char s[]="string";s;}
fuggveny(PSTR("blabla"));

De ezt ki lehet birni...kulon sorba teszem es kesz.

Forditva nemtom mit nem tud a gcc amit az iar, mert annyira mar nem birtam
belemaszni a gcc-be elment a kedvem a fapadossaga miatt tole eleg hamar.

Mar masodszorra.

SH4-es hitachin probalkoztam mar vele, de akkor sem gyozött meg...

Nomeg az atmel osszes sample design-ja IAR-ban van...
Ami pl ARM-eknel jol fog jonni....
Orcad-et is pont ezert szeretem tobbekkozt. Kb minden  felv. gyarto ebben 
adja ki a sample design-okat.


Arnold
----- Original Message ----- 
From: "hoyuka hoya" <hoyuka at c2.hu>
To: <elektro at tesla.hu>
Sent: Sunday, December 11, 2005 8:19 PM
Subject: Re: Mikrokontroller C-ASM


> Hali,
>
> Az utolso az tenyleg bug-nak latszik, a masikat nem tudom.
> Ez IAR-C volt? Ugy lattam vhol, hogy jo borsos ara van ennek, vmi fel
> milka :) Az egy igazi csoda, hogy vannak feladatokra ingyenes szoftverek,
> amik jobbak a fizetoseknel :)
>
> udv.
> hoyuka
>
> Fuzesi Arnold said:
>>
>> ----- Original Message -----
>> From: "hoyuka hoya" <hoyuka at c2.hu>
>> To: <elektro at tesla.hu>
>> Sent: Sunday, December 11, 2005 6:42 PM
>> Subject: Re: Mikrokontroller C-ASM
>>
>>
>>> Haliho,
>>>
>>> Igy elso ranezesre egyik sem bug :)
>>>
>>>> Az elmult 9 ev alatt 2db fordito bugot talaltam.
>>>> Nevezetesen legutobb mikor ay IAR a full-optimalizacional
>>>> kioptimalizalta
>>>> a
>>>> kod egy reszet.
>>>> De az eeprom valtozo volatile-á tétele megoldotta.
>>>
>>> Ez szerintem igy van jol. A fordito nem volatile valtozokkal azt csinal,
>>> amit akar, ha logikailag a fuggveny outputja ugyanaz marad. Ha pl. a
>>
>> Persze, azt csinal...de az durva mikor kiszed 10 sort kompletten szo
>> nelkul.
>> Amiben vannak fuggvenyek stb. :) Amit baromira nem kellett volna
>> kiszednie...
>> Ez bizony bug volt.
>>
>> A volatile oldotta meg. Merthogy ilyenkor már meg van kötve a keze, és
>> minden alkalommal mikor a valtozora hivatkozok bizony ujra kell olvasnia.
>> Igyaztan nem tehette meg, hogy kioptimalizalja.
>>
>>>> Masik a Hi-tech PICC forditoban volt. Fuggvenyhivas
>>>> fuggvenyargumentumban
>>>> levo int valtozo-t varo argumentum hibas volt ha a fuggveny char tip.
>>>> visszateressel tert vissza. Rosszul bovítette ki a char-t int-é.
>>>> A felso byte-ot nem nullazta.
>>>
>>> Na ezt nem tudom. Ha arrol van szo, hogy a kapott char ertek felso bitje
>>> egyes volt, es erre a felso baj bitjeit feltoltotte egyesekkel a
>>> fordito,
>>
>> Errol volt szo:
>>
>> void fuggveny1(uint );
>> uchar fuggveny2();
>>
>> fuggveny1(fuggveny2());
>>
>> Hibasan mukodott.
>>
>> Ez megoldotta:
>> uint temp=fuggveny2();
>> fuggveny1(temp);
>>
>> Arnold
>>
>> -----------------------------------
>>  Szponzorunk: http://tonerbolt.hu/
>>
>
> -------------------------------------
> Tele van a postaládája?  C2MAIL 30 MB e-mail tárhely ingyen!
> http://mail.c2.hu
>
> -----------------------------------
> Szponzorunk: http://tonerbolt.hu/