AVR-GCC Problem mit Bitmanipulation long int

[Klaus-Bärbel (Gast)]

Hallo,

entweder bin ich blind,oder der GCC übersetzt folgende Anweisung nicht 
korrekt, bzw. nicht in das, was ich will:

event_memory ist _uint32_t. Aus folgendem Ausdruck:

event_memory = event_memory & (~((1L<<1) || (1L<<2)  || (1L<<4) || (1L<<3) || (1L<<5)||(1L<<25)));

macht der Compiler das hier:

00000865  LDS R24,0x011D    Load direct from data space 
00000867  LDS R25,0x011E    Load direct from data space 
00000869  LDS R26,0x011F    Load direct from data space 
0000086B  LDS R27,0x0120    Load direct from data space 
0000086D  ANDI R24,0xFE    Logical AND with immediate 
0000086E  STS 0x011D,R24    Store direct to data space 
00000870  STS 0x011E,R25    Store direct to data space 
00000872  STS 0x011F,R26    Store direct to data space 
00000874  STS 0x0120,R27    Store direct to data space

Wenn ich mich nicht täusche, lädt er alle vier Byte, verundet aber nur 
das unterste.

Kann man den Compiler irgendwei dazu bringen, das richtig zu machen? 
Oder liegt das Problem wo ganz anders? (Den Ersten, der schreibt "Vor 
dem Bildschirm" fress ich zum Mittagessen...)

Gruß,
Klaus-Bärbel

[Karl M. (Gast)]

Hallo,

frag dich bitte mal, was dieser Operator "||" macht.

[Karl M. (Gast)]

Ahh jetzt ja eine Insel, oder ein Link:

https://www.mikrocontroller.net/articles/Bitmanipulation#Bits_setzen

[Karl M. (Gast)]

Was da steht ist im endefekt:

event_memory = event_memory & (~(1));
event_memory = event_memory & 0xfe;

[Meister Eder (Gast)]

Klaus-Bärbel schrieb:
> Den Ersten, der schreibt "Vor
> dem Bildschirm" fress ich zum Mittagessen

Mahlzeit.
Ist aber leider wieder die Lösung.

"||"-> ist eine logisches ODER richtig wäre hier "|"

[Karl M. (Gast)]

Klaus-Bärbel schrieb:
> (Den Ersten, der schreibt "Vor
> dem Bildschirm" fress ich zum Mittagessen...)

Oder, andere schreiben, der µC macht nur dass, was der Operator am 
Bildschirm befiehlt... (Smily)

[Klaus-Bärbel (Gast)]

Karl M. schrieb:
> Hallo,
>
> frag dich bitte mal, was dieser Operator "||" macht.

facepalm...
...okay, das Problem saß doch vor dem Bildschirm...

[Karl M. (Gast)]

Klaus-Bärbel schrieb:
> facepalm...
> ...okay, das Problem saß doch vor dem Bildschirm...

Nein, nicht notwendig, manchmal sieht man es nicht..

Mach weiter und viel Erfolg!

[STM Apprentice (Gast)]

Karl M. schrieb:
> Mach weiter und viel Erfolg!

Aba shiften von vorzeichenbehafteten Konstanten oder
Variablen ist scheisse .....

[abc.def (Gast)]

mit

#define bitSet(a,b) (a |= (1<<b))
#define bitClear(a,b) (a &= ~(1 << b))
#define bitClr(a,b) (a &= ~(1 << b))
#define bitTest(a,b) (a & (1 << b))

und dann:

bitClear(event_memory,1); // alle anderen hier auch, der Compiler 
optimiert das schon

wär das nicht passiert

Bestimmt kommt jetzt ein shitstorm. Ich weiß, der Rest der Welt liebt 
diese Gedankenknoten, ich habe aber noch nicht verstanden warum man sich 
vom Compiler nicht helfen lassen sollte.

[Walter T. (nicolas)]

Zugegeben: Bis 30 ist es kein Problem, aber ich würde mich ja wohler 
fühlen, wenn da vorzeichenlose Einsen nach links geschoben werden, also

  1UL<<31

[Klaus-Bärbel (Gast)]

Karl M. schrieb:
> Nein, nicht notwendig, manchmal sieht man es nicht..
>
> Mach weiter und viel Erfolg!

Danke!

Gruß,
Klaus

[Klaus-Bärbel (Gast)]

STM Apprentice schrieb:
> Aba shiften von vorzeichenbehafteten Konstanten oder
> Variablen ist scheisse .....

Ah. _uint32_t ist also vorzeichenbehaftet... . Ok.

[Rufus Τ. F. (rufus)]

Klaus-Bärbel schrieb:
> _uint32_t ist also vorzeichenbehaftet.

Nö. Aber 1L ist vorzeichenbehaftet. Und 1L wird hier herumgeshiftet.

[STM Apprentice (Gast)]

Rufus Τ. F. schrieb:
> Nö.

thx