Softwareentwicklung in C++ - ASC

66 3. Operatoren
Was sieht man an unserem kleinen Demoprogrämmchen noch, wenn man
den Output näher betrachtet?
• Die ersten 3 Zeilen des Outputs zeigen uns die schon besprochene Plattformabhängigkeit
des Datentyps char, nämlich, dass nicht gesagt ist, ob
er nun intern als signed char oder unsigned char betrachtet wird. Wir
sehen, dass char, signed char und unsigned char intern unter drei verschiedenen
Namen bekannt sind, nämlich c, Sc und Uc.
• Die zweiten 3 Zeilen des Outputs wiederum zeigen uns, dass dies beim Datentyp
short sehr wohl wieder genau definiert ist, denn der interne Name
von short und signed short ist derselbe (s), wogegen unsigned short,
wie zu erwarten, den internen Namen Us trägt. Für die Datentypen int,
long und long long gilt dasselbe wie für short. Aus Gründen der Platzersparnis
wurden die entsprechenden Programmzeilen hier nicht verewigt.
Leser, die meinen Aussagen nicht ohne Kontrolle trauen, können gerne zur
Überprüfung die entsprechenden Zeilen im Programm ergänzen :-).
• Vergleicht man z.B. den internen Namen unseres mittels typedef in
user_types.h definierten Typs int32 mit dem internen Namen eines “echten”
int, so kommt man einer Begriffs-Fehlverwendung aus den Urzeiten
von C auf die Spur: Intern besitzen beide, also int32 und int denselben
Typ, sie sind also nicht nur kompatibel, sondern sie sind tatsächlich
äquivalent und dementsprechend zur Laufzeit nicht mehr voneinander zu
unterscheiden. Was sagt uns das? Nun, ganz einfach: typedef dient nur
dazu, dem Compiler einen Hinweis zu geben, dass da ein Typ int32 verwendet
wird, der aber in Wirklichkeit ein int ist. Der Compiler nimmt das
hin und macht intern aus jedem int32 einen “echten” int. Rekapitulieren
wir nun noch kurz, was es zum Thema Definition und Deklaration zu sagen
gibt, dann erkennen wir, dass es sich bei typedef nicht, wie suggeriert,
um eine Typ-Definition, sondern eigentlich nur um eine Typ-Deklaration
handelt! Von Rechts wegen müsste es also typedecl heißen und nicht
typedef. Ich gebe ja zu, dass es sich hier um eine Spitzfindigkeit handelt,
aber man sieht daran, dass auch in der Computerwelt nicht immer alles so
genau ist, wie es sein sollte.
• In den letzten 4 Zeilen des Outputs erkennt man, was der hier verwendete
Compiler aus Namen von zusammengesetzten Datentypen wie Unions
und Structures macht: Der Name, der der Structure bzw. Union gegeben
wurde, wird auch intern beibehalten, allerdings bekommt er eine Zahl als
Präfix. Diese wird bei g++ zu Laufzeit-Optimierungszwecken verwendet.
Ja, ok, jetzt gehe ich endgültig zu weit. Ich höre schon auf damit... :-).
Mit dem Wissen über die Möglichkeiten des Herausfindens von Information
über Datentypen bewaffnet, haben wir jetzt das notwendige Handwerkszeug,
um die verschiedenen Cast-Operatoren zu begreifen, die es in C ++ gibt. Also
stürzen wir uns ins Vergnügen und widmen diesen Casts einen näheren Blick.