Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Die Artikel in diesem Abschnitt beschreiben Microsoft C/C++-Compilerwarnungen C5200 bis C5399.
Wichtig
Die Visual Studio-Compiler und -Buildtools können viele Arten von Fehlern und Warnungen melden. Nachdem ein Fehler oder eine Warnung erkannt wurde, können die Buildtools Annahmen über den beabsichtigten Zweck des Codes machen, und sie versuchen, den Code weiterhin auszuführen, sodass mehrere Probleme gleichzeitig gemeldet werden können. Wenn die Tools allerdings von falschen Annahmen ausgehen, sind spätere Fehler oder Warnungen möglicherweise nicht auf das Projekt anwendbar. Wenn Sie Probleme im Projekt beheben, sollten Sie immer mit dem ersten gemeldeten Problem (Fehler oder Warnung) beginnen, und häufig einen Rebuild für das Projekt ausführen. Ein Fix kann mehrere nachfolgende Fehler beheben.
Um Hilfe zu einer bestimmten Diagnosenachricht in Visual Studio zu erhalten, wählen Sie sie im Fenster Ausgabe aus, und drücken Sie die Taste F1. Visual Studio öffnet die Dokumentationsseite für diesen Fehler, sofern vorhanden. Sie können auch das Suchtool oben auf der Seite verwenden, um Artikel zu bestimmten Fehlern oder Warnungen zu finden. Oder durchsuchen Sie die Liste der Fehler und Warnungen nach Tool und Typ im Inhaltsverzeichnis auf dieser Seite.
Hinweis
Nicht jeder Visual Studio-Fehler oder jede Warnung ist dokumentiert. In vielen Fällen sind bereits alle verfügbaren Informationen in der Fehlermeldung enthalten. Wenn Sie auf dieser Seite landen und denken, dass die Fehlermeldung oder Warnmeldung zusätzliche Erläuterungen benötigt, teilen Sie uns diese über die Feedbackschaltflächen auf dieser Seite mit. Wenn Sie glauben, dass der Fehler oder die Warnung falsch ist oder Sie ein weiteres Problem mit dem Toolset gefunden haben, melden Sie ein Produktproblem auf der Entwicklercommunity-Website. Sie können auch innerhalb der IDE Feedback senden und Fehler eingeben. Wechseln Sie in Visual Studio zur Menüleiste und wählen Sie Hilfe > Feedback senden > Problem melden, oder senden Sie einen Vorschlag mithilfe von Hilfe > Feedback senden > Feature vorschlagen. Es wurden einige Themen zu Compilerfehlern erstellt, die nicht vom Compiler ausgegeben werden und Sie jetzt stattdessen zu dieser Seite umleiten.
Möglicherweise finden Sie zusätzliche Unterstützung für Fehler und Warnungen in Microsoft Q&A C++ -Foren. Oder suchen Sie auf der Website der Visual Studio C++-Entwicklercommunity nach der Fehler- oder Warnungsnummer. Sie können auch Stack Overflow nach Lösungen durchsuchen.
Links zu zusätzlichen Hilfe- und Communityressourcen finden Sie in der Hilfe und Community für Visual C++.
Warnmeldungen
| Warnung | Nachricht |
|---|---|
| Compilerwarnung (Stufe 1) C5200 | feature 'feature-name' erfordert das Compiler-Flag 'option-name' |
| Compilerwarnung (Stufe 1) C5201 | Eine Moduldeklaration kann nur am Anfang einer Übersetzungseinheit vorkommen, wenn kein globales Modulfragment verwendet wird. |
| Compilerwarnung (Stufe 1) C5202 | Ein globales Modulfragment darf nur Präprozessoranweisungen enthalten. |
| Compilerwarnung (Stufe 1) C5203 | Ein in Klammern gesetzter Deklaratorname nach 'explicit' gilt in C++20 als explicit-Spezifizierer. |
| Compilerwarnung (Stufe 3, deaktiviert) C5204 | "Typname": Klasse verfügt über virtuelle Funktionen, aber ihr trivialer Destruktor ist nicht virtuell; Instanzen von Objekten, die von dieser Klasse abgeleitet sind, werden möglicherweise nicht ordnungsgemäß destruktiert. |
| Compilerwarnung (Stufe 4) C5205 | Löschen einer abstrakten Klasse "Typname", die einen nicht virtuellen Destruktor enthält, führt zu nicht definiertem Verhalten |
| Compilerwarnung (Stufe 3) C5206 | Abgeleitete Rückgabetypen für Coroutinen sind eine nicht standardisierte Erweiterung. |
| Compilerwarnung (Stufe 1) C5207 | die einfache Anforderung bestätigt die Gültigkeit des Ausdrucks „e->id“. Meinten Sie „{ e } -> id“? Sie können die Warnung mithilfe von „{ e->id }“ unterdrücken. |
| Compilerwarnung (Ebene 1, Fehler) C5208 | Eine unbenannte Klasse, die in einem typedef-Namen verwendet wird, kann keine anderen Member als nichtstatische Datenelemente, Aufzählungen als Member oder Klassen als Member deklarieren. |
| Compilerwarnung (Stufe 1) C5209 | Die C++20-Syntax für ein Init-Capture hat sich zu '& ...opt identifier initializer' geändert. |
| Compilerwarnung (Stufe 1) C5210 | „name“ ist kein gültiger Verweis auf eine Headereinheit und wird ignoriert. |
| Compilerwarnung (Stufe 1) C5212 | „name“ ist kein gültiger benannter Verweis und wird als Verweis auf eine Datei behandelt. |
| Compilerwarnung (Stufe 1) C5213 | Der benannte Verweis "name" wird als benannte Partition behandelt, aber der Modulname wird nicht angegeben; Behandeln als Verweis auf die Datei |
| Compilerwarnung (Stufe 4, deaktiviert) C5214 | Die Anwendung von „modifier“ auf einen Operanden mit einem volatile-qualifizierten Typ ist in C++20 veraltet. |
| Compilerwarnung (Stufe 4, deaktiviert) C5215 | „name“, ein Funktionsparameter mit dem Typqualifizierer „volatile“, ist seit C++20 missbilligt. |
| Compilerwarnung (Stufe 4, deaktiviert) C5216 | „name“ ein mit „volatile“ qualifizierter Rückgabetyp ist in C++20 veraltet. |
| Compilerwarnung (Stufe 4, deaktiviert) C5217 | Eine strukturierte Bindungsdeklaration mit „volatile“ ist in C++20 veraltet. |
| Compilerwarnung (Stufe 1) C5218 | „Zerstörendes delete“ funktioniert bei Verwendung der nicht standardkonformen Schalter „/Zc:sizedDealloc-“ oder „/Zc:alignedNew-“ möglicherweise nicht wie beabsichtigt. |
| Compilerwarnung (Stufe 2, deaktiviert) C5219 | implizite Konvertierung von „type-1“ in „type-2“, mögliche Datenverluste |
| Compilerwarnung (Stufe 4, deaktiviert) C5220 | 'name': Ein nicht statisches Datenelement mit einem veränderlich qualifizierten Typ impliziert nicht mehr dass vom Compiler generierte Copy/Move-Konstruktoren und Copy/Move-Zuordnungsoperatoren nicht trivial sind |
| Compilerwarnung (Stufe 1) C5221 |
xfg::rename ist veraltet. |
| Compilerwarnung (Stufe 3) C5222 | „attribute-name“: Alle nicht bereichsbezogenen Attributnamen sind für die zukünftige Standardisierung reserviert. |
| Compilerwarnung (Stufe 3) C5223 | Alle Attributnamen im Attributnamespace 'msvc' sind für die Implementierung reserviert. |
| Compilerwarnung (Stufe 3) C5224 | Alle Attributnamen im Attributnamespace „namespace-name“ sind für die zukünftige Standardisierung reserviert. |
| Compilerwarnung (Stufe 1) C5225 | „symbol“: Die in einem privaten Modulfragment definierte exportierte Inlinefunktion ist keine Standarderweiterung. |
| Compilerwarnung (Stufe 1) C5226 | „symbol“: Die in einem privaten Modulfragment definierte exportierte Vorlage weist keine erreichbare Instanziierung auf. |
| Compilerwarnung (Stufe 4) C5227 | Nicht dem Standard entsprechende Erweiterung. „symbol“ wurde in „value“ aufgelöst. Dies ist bei Aktivierung von /permissive- nicht sichtbar. |
| Compilerwarnung (Stufe 4) C5228 | Nicht standardmäßige Erweiterung, „identifier“ wurde in ein Element einer abhängigen Basis aufgelöst. Dieser Lookup-Vorgang ist unter /permissive- nicht zulässig. |
| Compilerwarnung (Stufe 4) C5229 | Nicht dem Standard entsprechende Erweiterung. Die Hidden Friend-Funktion „function-name“ wurde durch eine Namenssuche gefunden, die unter /permissive- nicht zulässig ist. |
| Compilerwarnung C5230 | Nicht dem Standard entsprechende Erweiterung „identifier“ wurde zu „symbol-1“ unter /permissive aufgelöst. Unter /permissive- würde es zu „symbol-2“ aufgelöst. |
| Compilerwarnung (Ebene 3, Fehler) C5231 | Der Ausdruck „co_await promise.final_suspend()“ muss nicht ausgelöst werden. |
| Compilerwarnung (Stufe 1) C5232 | In C++20 ruft dieser Vergleich rekursiv „name“ auf. |
| Compilerwarnung (Stufe 4, deaktiviert) C5233 | Die explizite Lambdaerfassung „identifier“ wird nicht verwendet. |
| Compilerwarnung (Stufe 1) C5234 | Dateisystemfehler: „filename“ ist kein gültiger Headername und wird ignoriert. |
| Compilerwarnung (Stufe 1) C5235 | JSON-Analysefehler:message; „filename“ wird ignoriert. |
| Compilerwarnung (Stufe 1) C5236 | JSON falsch formatiert: message; „filename“ wird ignoriert. |
| Compilerwarnung (Stufe 1) C5237 | Der Headereinheitseintrag „name“ kann nicht in eine Headerdatei in „filename“ aufgelöst werden. Der Eintrag wird ignoriert. |
| Compilerwarnung (Stufe 1) C5238 | Dateisystemfehler: „filename“ kann nicht zum Lesen geöffnet werden und wird ignoriert. |
| Compilerwarnung (Stufe 4) C5239 | "symbol": potenziell auslösende Funktion, die von einer deklarierten Funktion aufgerufen wird __declspec(nothrow). Nicht definiertes Verhalten kann auftreten, wenn eine Ausnahme ausgelöst wird. |
| Compilerwarnung (Stufe 4, deaktiviert) C5240 | „attribute-name“: Das Attribut wird an dieser syntaktischen Position ignoriert. |
| Compilerwarnung (Stufe 1) C5241 | Die Verwendung von '/exportHeader' zum Nachschlagen des Header-Namens ist veraltet; verwenden Sie vorzugsweise '/headerName:NameWert=Dateiname' |
| Compilerwarnung (Stufe 1) C5242 | Syntaxfehler in Pragma „Identifier“ |
| Compilerwarnung (Stufe 1, deaktiviert) C5243 | 'Type-name': Die Verwendung unvollständiger Klasse "Klassenname" kann aufgrund einer ABI-Einschränkung zu einer möglichen Verletzung einer Definitionsregel führen. |
| Compilerwarnung (Stufe 1) C5244 | "#include <Dateiname>" in der Purview des Moduls "Modulname-1" wird fehlerhaft angezeigt. Erwägen Sie, diese Direktive vor die Moduldeklaration zu verschieben, oder ersetzen Sie die Texteinbindung durch 'import <module-name-2>;'. |
| Compilerwarnung (Stufe 4, deaktiviert) C5245 | „function“: Eine nicht referenzierte Funktion mit interner Verknüpfung wurde entfernt. |
| Compilerwarnung (Stufe 1, deaktiviert) C5246 | „member“: die Initialisierung eines Unterobjekts sollte in geschweifte Klammern gesetzt werden. |
| Compilerwarnung (Stufe 1, deaktiviert) C5247 | Der Abschnitt „section-name“ ist für die dynamische C++-Initialisierung reserviert. Das manuelle Erstellen des Abschnitts beeinträchtigt die dynamische C++-Initialisierung und führt möglicherweise zu einem nicht definierten Verhalten. |
| Compilerwarnung (Stufe 1, deaktiviert) C5248 | Der Abschnitt „section-name“ ist für die dynamische C++-Initialisierung reserviert. Manuell in den Abschnitt eingesetzte Variablen werden möglicherweise optimiert, und ihre Reihenfolge im Vergleich zu vom Compiler generierten dynamischen Initialisierern ist nicht angegeben. |
| Compilerwarnung (Stufe 1, deaktiviert) C5249 | „bitfield“ vom Typ „enumeration_name“ weist benannte Enumeratoren mit Werten auf, die nicht in der angegebenen Bit-Feldbreite von „bitfield_width“ dargestellt werden können. |
| Compilerwarnung (Stufe 3, deaktiviert) C5250 | 'function_name': Systeminterne Funktion nicht deklariert |
| Compilerwarnung (Stufe 4, deaktiviert) C5251 | der Wert von #pragmapragma-Name wurde nach #include geändert; #pragma pragma-Name(pop) fehlt in dieser Header-Datei? |
| Compilerwarnung (Stufe 4) C5252 | Mehrere verschiedene Typen führten zum selben XFG-Typ-Hash hash-value; die PDB speichert nur Informationen zu einem von ihnen. |
| Compilerwarnung (Stufe 4) C5253 | Eine nicht lokale Lambdafunktion kann keinen Erfassungsstandard aufweisen. |
| Compilerwarnung (Stufe 4, deaktiviert) C5254 | Sprachfeature "terse static assert" erfordert Compilerflagge "/std:c++17" |
| Compilerwarnung (Stufe 3) C5255 | Nicht abgeschlossenes bidirektionales Zeichen gefunden: 'U+XXXX' |
| Compilerwarnung (Stufe 1, deaktiviert) C5256 | „enumeration“: Eine nicht definierende Deklaration einer Enumeration mit einem festen zugrunde liegenden Typ ist nur als eigenständige Deklaration zulässig. |
| Compilerwarnung (Ebene 1 und Ebene 4) C5257 | „enumeration“: Die Enumeration wurde zuvor ohne einen festen zugrunde liegenden Typ deklariert. |
| Compilerwarnung (Stufe 4, deaktiviert) C5258 | Die explizite Erfassung von „symbol“ ist für diese Verwendung nicht erforderlich. |
| Compilerwarnung (Stufe 4, deaktiviert) C5259 | „specialized-type“: Explizite Spezialisierung erfordert „template <>“. |
| Compilerwarnung (Stufe 1) C5260 | Die Konstantenvariable „variable-name“ weist eine interne Bindung in einem eingeschlossenen Headerdateikontext auf, aber eine externe Verknüpfung im importierten Headereinheitskontext. Erwägen Sie, sie auch als „inline“ zu deklarieren, wenn sie über Übersetzungseinheiten hinweg freigegeben wird, oder „statisch“, um die Absicht auszudrücken, sie lokal für diese Übersetzungseinheit zu verwenden. |
| Compilerwarnung (Stufe 2) C5261 | Kein Integertyp kann alle Enumeratorwerte in der Enumeration „enum-name“ darstellen |
| Compilerwarnung (Ebene 1, aus) C5262 | Hier tritt ein impliziter Fall-through auf; fehlt eine break-Anweisung? Verwenden Sie [[fallthrough]], wenn eine break-Anweisung zwischen Fällen absichtlich weggelassen wird. |
| Compilerwarnung (Stufe 4, deaktiviert) C5263 | Der Aufruf von „std::move“ auf einem temporären Objekt verhindert die Copy-Elision. |
| Compilerwarnung (Stufe 4, deaktiviert) C5264 | „variable-name“: Die Variable „const“ wird nicht verwendet. |
| Compilerwarnung (Stufe 1) C5265 | Der Suchpfad „path“ kann nicht geöffnet werden. |
| Compilerwarnung (Stufe 4, deaktiviert) C5266 | Der Qualifizierer "Const" für den Rückgabetyp hat keine Auswirkung. |
| Compilerwarnung (Stufe 4, aus) C5267 | Die Definition des impliziten Kopierkonstruktors/Zuweisungsoperators für „type“ ist veraltet, weil ein benutzerdefinierter Zuweisungsoperator/Kopierkonstruktor vorhanden ist. |
| Compilerwarnung (Stufe 1) C5268 | Fehler beim Zuordnen des Speichers an der festen Adresse 0xaddress. Verwenden Sie /Yb, um eine bestimmte Adressbasis anzugeben, wenn bitgleiche PCH-Dateien erforderlich sind. |
| Compilerwarnung (Stufe 1) C5269 | Fehler beim Zuordnen des PCH-Speichers an der festen Adresse 0xaddress. Verwenden Sie /Ym, um eine bestimmte Adressbasis anzugeben, wenn bitgleiche PCH-Dateien erforderlich sind. |
| Compilerwarnung (Stufe 3) C5270 | „value“ ist für Option „switch name“ nicht zulässig. Zulässige Werte: value list |
| Compilerwarnung (Stufe 4) C5271 | Die zuvor importierte Assembly „assembly1“ hat denselben Namen wie Assembly „assembly2“, die importiert wird. Ist dies beabsichtigt? |
| Compilerwarnung (Stufe 1) C5272 | Das Auslösen eines Objekts vom nicht kopierbaren Typ „type“ ist nicht standardmäßig. Wenn eine Kopie zur Laufzeit benötigt wird, wird sie erstellt, als ob durch memcpy. |
| Compilerwarnung (Stufe 1) C5273 | Verhaltensänderung: _Alignas wird bei anonymen Typen nicht mehr ignoriert (heraufgestufte Member werden angeglichen) |
| Compilerwarnung (Stufe 1) C5274 | Verhaltensänderung: _Alignas gilt nicht mehr für den Typ „type“ (gilt nur für deklarierte Datenobjekte) |
| Compilerwarnung (Fehler) C5275 | Die unter '/clr' eingebundene Assembly 'name' enthält nicht die erforderlichen grundlegenden Typen. |
| Compilerwarnung (Ebene 1) C5276 |
/experimental:ifcDebugRecords erfordert derzeit, dass /Z7 aktiviert ist. Bitte kompilieren Sie erneut mit aktivierter Option /Z7. |
| Compilerwarnung (Ebene 1) C5277 | Die Typeigenschaftsoptimierung für "Klassenname" ist deaktiviert. |
| Compilerwarnung (Ebene 1) C5278 | Das Hinzufügen einer Spezialisierung für "Type" hat nicht definiertes Verhalten. |
| Compilerwarnung (Ebene 1) C5279 | Ein Lambda-Deklarator ohne Parameterliste erfordert mindestens "Sprachversion" |
| Compilerwarnung (Ebene 1) C5280 | Ein statischer Operator "Operatorname" erfordert mindestens "Sprachversion" |
| Compilerwarnung (Ebene 1) C5281 | Für eine statische Lambda-Funktion ist mindestens "Sprachversion" erforderlich. |
| Compilerwarnung (Ebene 1) C5282 | "if consteval" erfordert mindestens "Sprachversion" |
| Compilerwarnung (Ebene 1) C5283 | für ein Attribut an dieser Position ist mindestens "Sprachversion" erforderlich. |
| Compilerwarnung (Ebene 4) C5284 | Für die Konvertierung vom Wert 'Wert' vom Typ 'Typ 1' in 'Typ 2' ist eine schmale Konvertierung erforderlich. |
| Compilerwarnung (Ebene 1) C5285 | Eine Spezialisierung für 'Vorlagenname' kann nicht deklariert werden: Vorlagenargument |
| Compilerwarnung (Ebene 1) C5286 | implizite Konvertierung von Typ enum 'Typ 1' zu Typ enum 'Typ 2'; verwenden Sie eine explizite Umwandlung, um diese Warnung zu unterdrücken. |
| Compilerwarnung (Ebene 1) C5287 | Operanden haben unterschiedliche enum Typen "Typ 1" und "Typ 2"; verwenden Sie eine explizite Umwandlung, um diese Warnung zu unterdrücken. |
| Compilerwarnung (Ebene 4) C5288 | nur "= 0" ist als reiner Bezeichner zulässig. |
| Compilerwarnung (Ebene 4) C5289 | "identifier" nach dem Schlüsselwort "template" verweist nicht auf eine Vorlage |
| Compilerwarnung (Ebene 1) C5290 | Eine Aliasdeklaration in diesem Kontext erfordert mindestens "/std:c++23" |
| Compilerwarnung (Stufe 1, deaktiviert) C5291 | "abgeleitet": Die Ableitung von der Basisklasse "base" kann potenzielle Laufzeitprobleme aufgrund eines ABI-Fehlers verursachen. Es wird empfohlen, der Basisklasse ein Anzahl-Byte-Datenmember für das Padding an ihrem Ende hinzuzufügen, um diesen Fehler zu umgehen. |
| Compilerwarnung (Ebene 4) C5292 | 'operator': 'type' zu 'type' unterscheidet sich in der Indirektion: Einer ist der einzige einfache Typ 'char', der andere nicht |
| Compilerwarnung (Ebene 4) C5293 | Der Typ des Funktionsparameters parameter number 'type' unterscheidet sich vom Typ des Deklarationsparameters 'type': Einer ist der eindeutige „plain“-Typ 'char' und der andere nicht |
| Compilerwarnung (Ebene 4) C5294 | 'identifier': unbedenkliche Neudefinition des Typs von 'Typ' zu 'Typ': einer ist der eindeutige einfache 'char'-Typ, der andere nicht |
| Compilerwarnung (Ebene 1) C5295 |
#warning
Nachricht |
| Compilerwarnung (Ebene 4) C5296 | Das Parsing wird hier wieder aufgenommen, nachdem Token zur Fehlerbehandlung übersprungen wurden. |
| Compilerwarnung (Ebene 1) C5297 | Der Wert im Zeichenfolgenliteral ist kein gültiges Zeichen in der Codepage codepage oder kann nicht erneut in der Codepage codepage codiert werden. Wechsel zu permissiver Zeichenübersetzung. |
| Compilerwarnung (Ebene 1) C5298 | Ignorieren des unscheinlichen Zeichens "U+NNNNNNNNN" in der Quelle |
| Compilerwarnung (Ebene 1, Fehler) C5299 | Eine Bezeichnung, die am Ende einer zusammengesetzten Anweisung angezeigt wird, erfordert mindestens "/std:c++23" |
| Compilerwarnung (Fehler) C5300 | '#pragma omp atomicKlausel': Ausdruck stimmt nicht mit dem zu aktualisierenden Lvalue überein |
| Compilerwarnung (Stufe 1) C5301 | '': "#pragma omp forLoop-Index" erhöht sich, während die Schleifenbedingung "Vergleich" verwendet; nicht beendete Schleife? |
| Compilerwarnung (Stufe 1) C5302 | '#pragma omp for': 'Schleifenindex' wird verringert, während die Schleifenbedingung 'Vergleich' verwendet; Endlosschleife? |
| Compilerwarnung (Stufe 1) C5303 | Die mit [[msvc::intrinsic]] gekennzeichnete Funktion hat keine No-Op-Umwandlung zur Folge. |
| Compilerwarnung (Stufe 1) C5304 | Eine Deklaration, die durch die using-Deklaration „name1“ aus diesem Modul exportiert wurde, hat eine interne Verknüpfung, und die Verwendung eines solchen Namens außerhalb des Moduls ist falsch formiert. Erwägen Sie, „name2“ als „inline“ zu deklarieren, um sie außerhalb dieses Moduls zu verwenden. |
| Compilerwarnung (Stufe 1) C5305 | „name“: eine explizite Instanziierungsdeklaration, die auf eine explizite Instanziierungsdefinition folgt, wird ignoriert. |
| Compilerwarnung (Ebene 1) C5306 | Änderung des Verhaltens von Parameterarrays: Überladung „Bezeichner 1“ wurde zu „Bezeichner 2“ aufgelöst; zuvor wäre sie zu „Bezeichner 3“ aufgelöst worden. Verwendung /clr:ECMAParamArray zum Wiederherstellen des alten Verhaltens |
| Compilerwarnung (Stufe 3) C5307 | 'function': Argument (Argumentnummer), das von 'Typ 1' in 'Typ 2' konvertiert wurde. Fehlendes „L“-Kodierungspräfix für Zeichenliteral? |
| Compilerwarnung (Ebene 1, Fehler) C5308 | Das Ändern des reservierten Makronamens "Makroname" kann zu einem nicht definierten Verhalten führen. |
| Compilerwarnung (Ebene 1, Fehler) C5309 | Literalsuffix 'Name' erfordert mindestens 'Sprachversion' |
| Compilerwarnung (Ebene 1) C5310 | Die experimentellen Standardbibliotheksmodule sind veraltet. Die Einrichtung für Kernsprachenmodule ist mit "/std:c++20" oder höher verfügbar, sodass "import std;" verwendet werden kann. Siehe: https://aka.ms/import-std| |
| Compilerwarnung (Ebene 4) C5311 | Eine Literaloperator-ID der Form "operator string-literal identifier" ist veraltet. |
| Compilerwarnung (Stufe 4, aus) C5320 | „Escape-Sequenz“ in einer u8-Zeichenkette ist als 0xNNNN kodiert, was kein gültiger UTF-8-Codepunkt ist. Verwenden Sie \ufür ein Unicode-Zeichen mit mehreren Byte. |
| Compilerwarnung (Ebene 4) C5321 | nicht standardisierte Erweiterung verwendet: Codierung von 'Escape-Sequenz' als Mehrbyte-UTF-8-Zeichen. Verwenden Sie \u stattdessen für plattformübergreifende Kompatibilität und "/Zc:u8EscapeEncoding" zum Deaktivieren der Erweiterung. |
| Compilerwarnung (Stufe 4, deaktiviert) C5322 | 'identifier': Die dynamische Initialisierung einer Variablen in einem schreibgeschützten benutzerdefinierten Abschnitt 'segment' wird nicht unterstützt. |
| Compilerwarnung (Ebene 1) C5332 | Durch Begrenzungszeichen getrennte Escape-Sequenzen sind nur in C++23 gültig. |
| Compilerwarnung (Ebene 1) C5333 | Ein durch ein Leerzeichen getrennter Backslash und Zeilenumbruch wird ab C++23 als Zeilenfortsetzung behandelt. |
| Compilerwarnung (Ebene 1) C5334 | Benannte universelle Zeichen erfordern mindestens '/std:c++23' |
| Compilerwarnung (Ebene 1) C5335 | unvollständiges benanntes Universalzeichen |
| Compilerwarnung (Ebene 1) C5336 | Ungültiges String-Literal, erzeugt durch den Operator '#'; abschließendes '\' wird ignoriert |
Siehe auch
C/C++-Compiler und -Buildtools: Fehler und Warnungen
Compilerwarnungen C4000 bis C5999