char, signed char und unsigned char

[Niki]

Hi,

ich muss gerade ein Stück Code schreiben, das sowohl auf Windows als auch auf Unix laufen muss. Ich kann aber grad auf Unix nicht testen.

Zwar bin ich mir 99% sicher, dass die Typen "char", "signed char" und "unsigned char" von Compilern als drei verschiedene Type angesehen werden, aber ich bin mir halt nicht 100% sicher. Kann mir kurz jemand bestätigen, dass das vorzeichenlose "char" auf Unix ein anderer Datentyp ist als "unsigned char"?

Mir geht es darum Mehrdeutigkeit in einem char_traits-ähnlichen Template zu vermeiden. Es gibt dabei eine Spezialisierung für "char" und eine für "unsigned char".

Mal so nebenbei gefragt... gibt es eigentlich mittlerweile in C++ eine Möglichkeit, dass zwei typedefs vom selben Typ als unterschiedliche Typen behandelt werden? Beispiel:

Code: Alles auswählen

typedef unsigned char Char8;
typedef unsigned char UInt8;

[Krishty]

Zwar bin ich mir 99% sicher, dass die Typen "char", "signed char" und "unsigned char" von Compilern als drei verschiedene Type angesehen werden, aber ich bin mir halt nicht 100% sicher.

Im Standard ist es so vorgeschrieben; es können also höchstens einzelne Compilermodelle abweichen.

Kann mir kurz jemand bestätigen, dass das vorzeichenlose "char" auf Unix ein anderer Datentyp ist als "unsigned char"?

Auch Unix wird durch verschiedene Compiler bedient ;-) Welchen brauchst du? GCC 4.8.1? Dann: http://ideone.com/zVWhAi

Mal so nebenbei gefragt... gibt es eigentlich mittlerweile in C++ eine Möglichkeit, dass zwei typedefs vom selben Typ als unterschiedliche Typen behandelt werden? Beispiel:

Code: Alles auswählen

typedef unsigned char Char8;
typedef unsigned char UInt8;

Nein; typedef ist nur ein Alias (und die neue using-Syntax ebenfalls). Den neuen Typ musst du dir selber bauen.

[Niki]

Herzlichen Dank, Krishty! Ich wusste doch das ich in diesem Forum an der richtigen Adresse bin :)

Auch Unix wird durch verschiedene Compiler bedient ;-) Welchen brauchst du? GCC? Dann: http://ideone.com/zVWhAi

Wahrscheinlich GCC. Ist aber zu diesem Zeitpunkt noch nicht sicher. Diese Entscheidung liegt noch ein wenig in der Zukunft und ist nicht nur von mir abhängig. Ich muss nur jetzt schon drüber nachdenken. Das einzige worauf ich bestehen werde ist das der Compiler einige neue Features wie enum class unterstützt werden.

EDIT: Mir reicht die Aussage, dass der Standard es vorschreibt.

[Niki]

Nein; typedef ist nur ein Alias (und die neue using-Syntax ebenfalls). Den neuen Typ musst du dir selber bauen.

Das ist aber auch zu schade. Einen Klassen- oder Strukturtyp für einen unsigned int bauen zu müssen fände ich irgendwie nicht so pralle. Aber egal, ich habe die Frage eh nur aus reiner Neugierde gestellt. Ein akutes Problem habe ich da momentan nicht.

[Krishty]

Auch Unix wird durch verschiedene Compiler bedient ;-) Welchen brauchst du? GCC? Dann: http://ideone.com/zVWhAi

Wahrscheinlich GCC. Ist aber zu diesem Zeitpunkt noch nicht sicher. Diese Entscheidung liegt noch ein wenig in der Zukunft und ist nicht nur von mir abhängig. Ich muss nur jetzt schon drüber nachdenken. Das einzige worauf ich bestehen werde ist das der Compiler einige neue Features wie enum class unterstützt werden.

In diesem Fall kannst du auch auf die char-unsigned char-Unterstützung zählen, denke ich. Probleme würdest du nur bei Nischen-Compilern (z.B. für Mikrocontroller) und ururalt-GCC-Versionen kriegen; ich kenne sowas nur von Visual C++ von vor über 15 Jahren.

[Niki]

In diesem Fall kannst du auch auf die char-unsigned char-Unterstützung zählen, denke ich. Probleme würdest du nur bei Nischen-Compilern (z.B. für Mikrocontroller) und ururalt-GCC-Versionen kriegen; ich kenne sowas nur von Visual C++ von vor über 15 Jahren.

Gut zu wissen. Ich musste bisher nie wirklich drüber nachdenken. Erstaunlich über was für Dinge man ins Grübeln kommt, wenn man plötzlich mal etwas anderes als das Gewohnte benutzen muss. Ich habe zwar schon andere Compiler benutzt, aber da war immer noch was anderes dahinter, wie Qt oder Cocoa, wodurch sich das Denken erübrigte.

Vielen Danke nochmals :)