|
Anzeige
|
compiler gibt keinen Fehler aus, aber warum nicht?
Gast
#2665089
Hallo, ich schaue mir gerade die Datei "compiler.h" aus dem asf (atmel software framework) von Atmel an. Dort bin ich auf diese Zeilen gestoßen:
Meine Frage ist nun, was macht es für einen Sinn das "uint32_t" gleich drei mal zu definieren? Und vor allem, warum meckert hier der Compiler nicht? Nach meinem Verständnis dürfte er doch nun gar nicht wissen ob er nun "U32" "le32_t" oder "be32_t" verwenden soll.
Gast
#2665092
Der Compiler interpretiert diese Typdeklarationen anders als Du.
Gast
#2665094
schau mir mal die doku typedef an, dann sollte es klar sein. Ist es beim Typedef nicht andersrum? Er ersetzt doch den rechten Term durch den linken oder nicht? Also werden alle "U32" "le32_t" oder "be32_t" im Code durch "uint_32t" ersetzt. Somit dürfte den Compiler das nicht weiter interessieren, denke ich zumindest gerade.
Gast
#2665097
brechbunkt schrieb: > Meine Frage ist nun, was macht es für einen Sinn das "uint32_t" gleich > drei mal zu definieren? Falsch herum gedacht. Es gibt jetzt drei Aliasse für uint32_t.
Gast
#2665104
Typische halbislamistische "C"-Kacke. Scheinheilig von links nach rechts geschrieben, dabei aber subeversiv von rechts nach links jeden guten Geschmack verderbend. ;-)
Gast
#2665118
Noname schrieb: > Der Compiler interpretiert diese Typdeklarationen anders als Du. Es ist der Preprozessor, nicht der Compiler
Gast
#2665123
egal schrieb: > Noname schrieb: >> Der Compiler interpretiert diese Typdeklarationen anders als Du. > Es ist der Preprozessor, nicht der Compiler falsch.
Gast
#2665127
egal schrieb: > Es ist der Preprozessor Nö, entweder preprocessor oder Präprozessor ;-)))
Gast
#2665129
Noname schrieb: >> Der Compiler interpretiert diese Typdeklarationen anders als Du. egal schrieb: >Es ist der Preprozessor, nicht der Compiler. Du interpretiert die C-Sprachbeschreibung anders als ich. Ich halte sie nicht für einen Teil der Beschreibung des Preprozessors.
Gast
#2665137
Noname schrieb: > Preprozessors Leute, bitte deutsch oder english, nicht denglish!
Gast
#2665143
To define präprocessor macros we can use #define. Its format is: #define identifier replacement When the präprocessor encounters this directive, it replaces any occurrence of identifier in the rest of the code by replacement. This replacement can be an expression, a statement, a block or simply anything. The präprocessor simply replaces any occurrence of identifier by replacement.
Gast
#2665147
Meine Güte. Ein Profi! Kann schon CopyNPaste!
Gast
#2665149
But the preprocessor can do much more: http://en.wikipedia.org/wiki/C_preprocessor typedef ist ein C-Schüsselwort. Daß es kein Präprozessor-Direktive ist, ist schon am fehlenden # zu erkennen. Um eine Quelle von allem Präprozessor-Ballast wie #if #ifdef #define #include etc. zu befereien und den "reinen" C-Code zu sehen, kann man zum Beispiel mit gcc: Ausgabe des Codes nach stdout $ gcc file.c -P -E <weitere Optionen> Bewahren der Päprozessor-Ausgabe in file.i (C) bzw. file.ii (C++): $ gcc file.c -P -save-temps <weitere Optionen> Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
