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:
1
typedef uint32_t                U32;  //!< 32-bit unsigned integer.
2
typedef uint32_t                le32_t;
3
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.
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
Typische halbislamistische "C"-Kacke.

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

;-)
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.
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.
Persönliche Seite
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 schreiben

Eine eigene Frage? Dieser Thread ist über 14 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.