compiler gibt keinen Fehler aus, aber warum nicht?

[brechbunkt (Gast)]

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:

typedef uint32_t                U32;  //!< 32-bit unsigned integer.
typedef uint32_t                le32_t;
typedef uint32_t                be32_t;

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.

[Noname (Gast)]

Der Compiler interpretiert diese Typdeklarationen anders als Du.

[Peter II (Gast)]

schau mir mal die doku typedef an, dann sollte es klar sein.

[M. L. (erf)]

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.

[Dreher (Gast)]

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.

[Brüno (Gast)]

Typische halbislamistische "C"-Kacke.

Scheinheilig von links nach rechts geschrieben, dabei aber subeversiv 
von rechts nach links jeden guten Geschmack verderbend.

;-)

[egal (Gast)]

Noname schrieb:
> Der Compiler interpretiert diese Typdeklarationen anders als Du.
Es ist der Preprozessor, nicht der Compiler

[asdfg (Gast)]

egal schrieb:
> Noname schrieb:
>> Der Compiler interpretiert diese Typdeklarationen anders als Du.
> Es ist der Preprozessor, nicht der Compiler

falsch.

[besserwissender klugscheissender Erbsenzähler (Gast)]

egal schrieb:
> Es ist der Preprozessor

Nö, entweder preprocessor oder Präprozessor ;-)))

[Noname (Gast)]

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.

[besserwissender klugscheissender Erbsenzähler (Gast)]

Noname schrieb:
> Preprozessors

Leute, bitte deutsch oder english, nicht denglish!

[Mongo (Gast)]

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.

[Noname (Gast)]

Meine Güte. Ein Profi! Kann schon CopyNPaste!

[be kl Er (Gast)]

But the preprocessor can do much more:
http://en.wikipedia.org/wiki/C_preprocessor

[Johann L. (gjlayde)]

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>