[elektro] C optimalizáció kérdés

[Bali Zoltan]

De azért ilyenekkel bele lehet futni:

volatile uint32_t  val;

val &= 0x00000005;

Üdv.  Zoli

2013. 09. 07. 14:49 keltezéssel, Arnold Fuzesi írta:
> Nem az a gond, h nem "atomic" modon kezeled a foprogramban azt a valtozot amit az IT is babral? Mondjuk 32 bites proc eseten ennek kicsi az eselye, de hatha ilyesmi a gond forrasa...
>
> Arnold
> Sent from my iPhone
>
> On 2013.09.07., at 13:01, hg12345<hg12345 at freemail.hu>  wrote:
>
>    
>> Hi
>>
>> már nem elöször futok bele, hogy az optimalizáció után a program nem azt csinálja amit optimalizáció elött.
>> Általában  HW kezelő IT-ben, máshol ilyen problémám még nem volt.
>> Ellenörizni nem sikerül, mert a disass rész a makro behelyettesítéssel láttatja magát, igy teljesen összefüggéstelen a C listahoz tartozó disass ablak.....
>>
>> Ha mindent kiegészítek "volatile" akkor is csinálja...
>>
>> Még milyen trükköt lehet alkalmazni, hogy helyes legyen a program lefutás.
>>
>> A környezet  Nuvoton Cortex M0, és K E I L    C.
>>
>> üdv
>>
>> Lajos Rancz<lajos.rancz at gmail.com>  írta:
>>      
>>> Helló!>
>>>        
>> Egy ATtiny-t szeretnénk SPI slave módban használni, ez idáig rendben is.>
>> Azonban kevés a hely a nyákon és megspórolnánk a ChipSelectet: fixen földre>
>> lenne téve. Lehet ebből baj?>
>> Nyilván akkor van a gond amikor az egyik újraindul a másik meg nem, ekkor>
>> széthullik a kommunikáció. Csináltatok már ilyet?>
>> Üdv>
>> ----------------------------------------->
>>           elektro[-flame|-etc]>
>>
>>
>> -----------------------------------------
>>           elektro[-flame|-etc]
>>      
> -----------------------------------------
>            elektro[-flame|-etc]