|
Anzeige
|
Vergleich wird 16-bittig ausgeführt (avr-gcc)
Gast
#4761224
Professor: ATtiny2313 avr-gcc: (AVR_8_bit_GNU_Toolchain_3.4.2_939) 4.7.2 Ich habe eine Frage an die C-Gurus, und zwar habe ich folgendes "Problem". Wie man im Assembler-Listing sehen kann, übersetzt avr-gcc diesen Vergleich 16-bittig. Warum ist das so und kann man es abstellen?
Probier's mal mit gescheitem Code. Nein, möglichst viel in eine Zeile zu quetschen ist nicht gescheit.
Gast
#4761283
Mark B. schrieb: >
> > Probier's mal mit gescheitem Code. Nein, möglichst viel in eine Zeile zu > quetschen ist nicht gescheit. Außer für Leute, die 'Professor: ATtiny2313' schreiben. Warum willst nicht, daß das jemand compilieren kann? Zu Codefetzen gehören minimal die Definitionen und Macros. Was die Symbole statusbyte, RC5_INP und RC5_PIN bedeuten, ist wohl dein Geheimnis, also kann man nur raten. Ich habe versucht, die fehlende Information aus dem generierten Assemblercode zu rekonstruieren. Wenn ich damit richtig liege, tut folgender C-Code dasselbe:
GCC 6.2.0 macht daraus
was IMHO nicht weiter optimiert werden kann. Übrigens: Statt
kann man auch schreiben
Yalu X. schrieb: > Übrigens: > > Statt > > (ausdruck) ? 1 : 0 > > kann man auch schreiben > > (bool)(ausdruck) In C? Da gibts bool nur seit C99 und selbst dann ist es nur ein Integer imho. Sebastian V. schrieb: > In C? Da gibts bool nur seit C99 und selbst dann ist es nur ein Integer > imho. "bool" ist per stdint.h definiert als _Bool und ist eine Integer, die nur die Wert 0 und 1 annehmen kann: "When any scalar value is converted to _Bool, the result is 0 if the value compares equal to 0; otherwise, the result is 1." A. K. schrieb: > "bool" ist per stdint.h definiert stdbool.h Sebastian V. schrieb: >> Statt >> >> (ausdruck) ? 1 : 0 >> >> kann man auch schreiben >> >> (bool)(ausdruck) oder
Sebastian V. schrieb: >> (bool)(ausdruck) > > In C? Da gibts bool nur seit C99 und selbst dann ist es nur ein Integer > imho. Wir haben jetzt das Jahr 2016 ;-) Peter D. schrieb: > oder !!(ausdruck) So hat man's vor 1999 gemacht.
Gast
#4761679
Olaf Bellheim schrieb: > warum ist das so und kann man es abstellen? nennt sich integral promotion und kann meist mit Compilerschaltern abgeschaltet werden. Dann sind allerdings überläufe bei u16=u8a+u8b ohne casts oder Umstellung möglich. Olaf Bellheim schrieb: > Wie man im Assembler-Listing sehen kann, übersetzt avr-gcc diesen > Vergleich 16-bittig. Weil auf AVR der Integer nur 16 Bit breit ist. Du kannst einen der Operanden auf 32 Bit casten, dann sollte ein 32 Bit breiter Vergleich dabei rauskommen.
Gast
#4762411
Danke, der Cast hats gebracht. Jetzt siehts schon viel besser aus.
Gruß Olaf Nur interessehalber: Hat mein Vorschlag von oben
nicht zum erwünschten Erfolg geführt? Denn der würde ja noch einmal 8 Bytes einsparen :)
Gast
#4763587
Yalu X. schrieb: > Nur interessehalber: Hat mein Vorschlag von oben Ich denke nicht, ich möchte den Flankenwechsel in der Bitmitte erkennen. Das ganze basiert auf Peter Dannegers RC5-Code Beitrag "Fernbedien RC5 Empfänger"
Gast
#4769114
Olaf Bellheim schrieb: > Danke, der Cast hats gebracht. Jetzt siehts schon viel besser Wie sieht denn der Code jetzt aus? Was genau sind d nn die Macros? Ps: im C sind alle Bit-operationen mit int-operanden definiert. Grüße, Adib. -- Adib schrieb: > Ps: im C sind alle Bit-operationen mit int-operanden definiert. Nein. In C sind alle Operationen auf "schmaleren" Datentypen als int als Operationen auf int definiert (integer promotion). Ein optimierender Compiler darf das abkürzen, solange das Ergebnis dasselbe bleibt, wie wenn er integer promotion durchgeführt hätte. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
