Bit-Felder vom Typ als int?

Habe ich einen code verwendet bit-Felder wie folgt deklariert

typedef struct my{
    const char *name;
    uint8_t is_alpha : 1;   
    uint8_t is_hwaccel : 1; 
    uint8_t x_chroma_shift; 
    uint8_t y_chroma_shift; 

} mystr;

uint8_t ist typedef ' ed zu unsigned char.

Bau den code in MS-VS 2008 verwenden diese bit-Felder gibt eine Warnung wie folgt:

imgconvert.c(60) : warning C4214: nonstandard extension benutzt : bit-Feld andere Typen als int.

Gibt es irgendwelche Probleme/potentielle Probleme mit der Verwendung von bit-Feldern von anderen Typ als int? Warum die Warnung?
Anderen als int-Datentyp bit-fileds Sie dürfen von C99 der C-Sprache Spezifikation?

Die Warnung ist selbsterklärend: Nichtstandard-Erweiterung verwendet ; der code kann haben Portabilität Probleme.
Typ int ist nützlich, aus Portabilität Aspekte nur, wenn alle Ziele/compiler haben die gleiche Größe von ints.
Sie sind schriftlich über die bitfields hier, Ihre Größe ist im code angegeben.
Das problem ist nicht die Größe der Bitfeld (es ist angegeben), aber die Größe der maximalen Bitfeld (nicht größer als die type) oder die Polsterung (zwei 1-bits sind verpackt in 8bit-int mit 6 unbenutzte bits, die für ein int, es wäre 2 verwendet und 30 frei).
Einem anderen thread, die Sie interessieren könnten: stackoverflow.com/questions/54719855/...

InformationsquelleAutor goldenmean | 2010-02-17

bit-fields c visual-c++

4

1] gibt es irgendwelche Probleme/potentielle Probleme mit der Verwendung von bit-Feldern von anderen Typ als int? Warum die Warnung?

Da die bit-Felder sind low-level ist, kann es Probleme mit der Portabilität, wenn Sie mit nicht-standard-Typen. Daher die Warnung -- Hinweis: es ist immer noch eine Warnung und kein Fehler.

2] Sind andere als int-Datentyp bit-fileds Sie dürfen von C99 der C-Sprache Spezifikation?

Aus dem Entwurf des C99:

6.7.2.1 Struktur-und union-Bezeichner

4 Ein bit-Feld ist ein Typ zugeordnet, ist
eine qualifizierte oder unqualifizierte version des
_Bool, signed int, unsigned int, oder eine andere Implementierung festgelegt
Typ.
- Nicht "einige andere Implementierung-definiert Typ" bemerkenswert sinnlos im Standard-Dokument?
- Butterworth: ATM, ich habe nur den Entwurf. Müssen schauen Sie sich den aktuellen obwohl. Aber, ja, ich denke, Sie haben Recht.
- Verwendung von Typ int ist nützlich, aus Portabilität Aspekte nur, wenn alle Ziele/compiler garantiert, selbe Größe von ints. Ist dies eine vernünftige Annahme. Ich weiß nicht, das ist, warum ich Frage.
- Nein, die standard-gurantess nur char haben die gleiche Größe für alle Maschinen. Die Größe eines intist nur definiert als ein Bereich, so ist es nicht sehr nützlich, aus der Portabilität Perspektive. Die stdint header wurde Hinzugefügt, für diesen Zweck zu C99. Ich denke, Sie sollten in Ordnung sein mit der Warnung.
- sizeof(char) ist einer, aber das bedeutet nicht, dass CHAR_BIT ist das gleiche auf allen Plattformen.
- vorausgesetzt, es gibt eine Implementierung, für die Sie gültig sind, diese Worte lässt ein Programm, das nutzen andere Arten konform (konform, nicht unbedingt konform).
- ist tragbar, auch auf Plattformen mit anderen Größe ints. Beim Umgang mit bitfields, der compiler könnte, pack Sie in ein Einzelzimmer int oder geben Sie Ihre eigenen int. Wenn Sie versuchen, erstellen Sie ein struct mit einem Datei-format oder Protokoll-format, nicht mit bitfields.
- Ich denke nicht so. Während ich persönlich bevorzuge Sprachen, die eine strengere definition als die, die ich sehen den nutzen in so in Implementierungen zu unterstützen, andere Arten als gut. Die hier genannten sind diejenigen, die in jeder Implementierung muss unterstützt.
- TI ' s C55xx compiler char-Typ ist, ist zum Beispiel 16 bit. sizeof(char) ist 1, wie erforderlich, durch den standard, aber CHAR_BIT ist 16. Die Architektur unterstützt keine 8-bit-Adressierbarkeit. Macht die Portierung von code von Drittanbietern Schmerz.
- Was ist die Ausrichtung Unterschied zwischen unsigned und signed, eh?
InformationsquelleAutor dirkgently
2

Warum nicht int? Die tatsächliche Umsetzung von bitfields variiert von compiler zu compiler. Wenn Sie möchten, schreiben portablen code, verwenden int. Wenn Sie möchten, erstellen Sie eine kleine Struktur oder eine Struktur, eine Feste Anzahl von bytes, oder eine Struktur, bei der die bits sind in einer festen position, nicht mit bitfields. Erstellen Sie eine uint8_t Mitglied heißt so etwas wie flags und Makros definieren, um die Verwendung als Bitmasken.
- Du meinst unsigned int. uint8_t nicht, wird int unterzeichnet ist, mischen ist nicht gut.
- Ich habe nicht persönlich bitfields verwendet im code, aber wenn es ein 1-bit-Bitfeld, steht auf dem Schild eine Rolle?
InformationsquelleAutor tomlogic
0

Wie andere erwähnt haben über portabilitätsprobleme et al, wenn Sie nicht wissen, Sie können nur deaktivieren Sie die Warnung über die Warnung pragma:

https://docs.microsoft.com/en-us/cpp/preprocessor/warning?view=vs-2019
```
#pragma warning(push)
#pragma warning(disable: 4214) //warning C4214: nonstandard extension used: bit field types other than int
typedef struct my{
    const char *name;
    uint8_t is_alpha : 1;   
    uint8_t is_hwaccel : 1; 
    uint8_t x_chroma_shift; 
    uint8_t y_chroma_shift; 
} mystr; 
#pragma warning(pop)
```
Sie können auch deaktivieren Sie bestimmte Warnungen in Ihrem Projekt Eigenschaften, aber dann sind Sie Projekt breit. Auf diese Weise können Sie Steuern, je nach Datentyp.

Dann, wenn Sie nicht immer 100% sicher was für eine Art von Binär-code MSVC generieren, die für diese entweder führen Sie es im debugger, und Blick auf die "disassembly anzeigen" (Pause auf, wo es wird zugegriffen), oder laden Sie Ihre ausführbare Datei (mit der PDB-Datei für die Symbole) in einem disassembler wie IDA Pro, Ghidra, etc.

InformationsquelleAutor Sirmabus

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.