enum mit genau 1 Byte Datenverbrauch

#define FLASH_CMD_1 0x20
#define FLASH_CMD_2 0x21

tut's nicht?

In C++11 wäre das möglich:

1

enum flash_command: uint8_t { ... };

In C musst du halt den gewünschten Typ überall verwenden (C nimmt es mit 
der Typ-Prüfung eh nicht so genau):

1

enum flash_command { ... };

2

3

struct flash_frame {

4

    uint8_t command; // actually enum flash_command

5

    ...

6

};

Joe F. schrieb:
> #define FLASH_CMD_1 0x20
> #define FLASH_CMD_2 0x21
>
> tut's nicht?

Enum ist besserer Stil. Es dient in C in erster Linie zur Dokumentation 
und Erhöhung der Verständlichkeit. Außerdem kann man sich dann noch 
warnen lassen wenn man ein case label vergisst oder wenn man 
inkompatible Vergleiche durchführt. Und der Wert wird im Debugger mit 
Namen angezeigt.

Und man gewöhnt sich schonmal daran seine Datentypen weniger 
stiefmütterlich zu behandeln und ihnen mehr Bedeutung zukommen zu lassen 
für die Zeit die nach C kommen wird, denn wenn es eins gibt über das 
sich alle einig sind dann daß das implizite Typeschlampe in C für eine 
statisch getypte Sprache unter aller Sau ist und man den selben 
Designfehler nicht wieder zulassen würde könnte man die Zeit nochmal 
zurückdrehen und K. und R. persönlich auf die Finger klopfen bevor das 
Kind in den Brunnen fällt.

Achim S. schrieb:
> Falls Du mehrere enums in einer Struktur hast, könntest Du
> {
>    enum ecommands command1 : 8;
>    enum ecommands command2 : 8;
> }
> versuchen.

Macht aber Probleme wenn man mal den Offset oder Pointer zu diesem 
Member braucht, dann weigert sich der Compiler. Genau das Problem hatte 
ich letztens, ich bin also wieder davon abgekommen und bestehe 
stattdessen darauf daß mit -fshort-enums kompiliert wird (ist nicht 
schwer denn das ist im zugehörigen Makefile festgelegt).

Erzwingen kann man das auch mit einem compile-time assert auf ein 
sizeof()

1

_Static_assert (sizeof(enum foo) == 1, "this code must be compiled with -fshort-enums");

und ein paar Worten Dokumentation gleich daneben so daß wenn irgendwer 
in 12 Jahren den Code wieder ausgräbt und mit dem "falschen" Compiler 
oder den falschen Optionen kompilieren will ihm das schon beim 
Compilieren um die Ohren fliegt und er weiß nach welchem 
Compilerschalter er suchen muss (jeder anständige Compiler wird eine 
vergleichbare Option haben, erst recht in der Zukunft in der alles noch 
viel ausgereifter sein wird als es heute schon ist). Und vielleicht 
gibts bis dahin auch gar kein C mehr.