Fehlerhafte "Unable to resolve identifier" in Netbeans
Mein Programm kompiliert problemlos, aber Netbeans sagt mir "Unable to resolve identifier to_string."
Ich habe versucht, alles in "Netbeans 7.2 zeigt "Unable to resolve identifier" , obwohl der build ist erfolgreich" und ich den "C++ - standard" zu "C++11" im code-Unterstützung Optionen.
Dies ist die einzige Funktion geben, dieses problem so weit. Es ist allerdings auch das erste C++11 feature, das ich verwende, das führt mich zu glauben, es hat etwas zu tun mit Netbeans nicht zu verstehen, dass ich mich mit C++11, auch wenn ich geben Sie es explizit im code Hilfe-Menü.
Minimal-Beispiel:
#include <string>
int main() {
std::to_string(1);
}
EDIT: das gleiche problem entsteht, wenn mit nullptr
EDIT2: ich erkannte plötzlich, dass es wichtig sein könnte, zu erwähnen, dass ich nicht mit einer generierten Makefile, aber SCons.
int* testCpp11 = nullptr
und sehen, ob Sie noch Probleme bekommen.nullptr
ist auch gekennzeichnet mit "unable to resolve Identifier"InformationsquelleAutor Oebele | 2015-06-06
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich weiß, diese Frage ist sieben Monate alt, aber da kam als zweites Ergebnis einer google-Suche werde ich Ihnen sagen, die Antwort, die ich kam mit. Für Netbeans zumindest. Gehen Sie zu Ihrem Projekt-Eigenschaften und stellen Sie sicher, dass Sie "C-Compiler"->"C-Standard" eingestellt C11, und Ihr "C++ compiler"->"die C++ -" C++11. Sie haben BEIDE oder wird es noch geben, die falschen Fehler!
Weiß nicht, wie Sie dies gefunden, aber du hast mich gerettet aus gehen Nüsse 🙂
Diese Feste mein Problem. Ich hatte ZWEI (!) verschiedene Projekte in Netbeans. In einem hatte ich die beiden C++ - compiler und C-Compiler mit C++11 und C11, bzw.. In dem anderen Projekt hatte ich beide auf default. Aber ich hatte das Problem in der später (mit der Standard-Compiler). Wenn ich änderte den Compiler für das erste Projekt, wird es sofort behoben, mein Problem. Danke.
Dieses Problem besteht immer noch in 8.2 auf Linux und Windows, auch wenn der Standard (unter Tools) ist korrekt eingerichtet. Es ist ein wenig ärgerlich, dass diese Einstellungen pro Projekt, aber es scheint zu funktionieren, auch mit c14 (nicht versucht, c17).
Yep. Immer noch das gleiche im NB 10. Vergeudete Stunden auf, bis ich diesen thread gefunden.
InformationsquelleAutor Robert Reinhart
AutoVervollständigen und manchmal sogar syntax-highlighting sind immer fehlerhaft mit C++. Je mehr man in die Tiefe gehen mit C++ und C++11, die mehr Eclipse und Netbeans startet alles unterstreicht mit einer roten Wellenlinie. Einige meiner (richtigen und perfekt kompilieren) - Programme sind eine große rote Wellenlinie. Ich schlage vor, Sie deaktivieren Fehler-Marker insgesamt, und Sie halten AutoVervollständigen, aber in vielen Fällen es einfach nicht funktioniert, und Sie müssen das beste daraus machen.
Ich Stimme zu, es ist keine Lösung. Aber es ist eine Antwort, denn die Realität ist: Netbeans-IDE kann einfach nicht verkraften, all diese komplexen Abstraktionen. Wenn dieses nicht ist, was Sie wollen, Einen anderen IDE/Anwendung als Netbeans wäre besser geeignet. (Ich weiß wirklich nicht, alle viel besser,)
InformationsquelleAutor gd1
Hatte ich die gleiche situation. Dies geschah, weil ich .c-Datei statt .cpp
InformationsquelleAutor user3860984
Diese das problem lösen:
InformationsquelleAutor Shreejit Paul
für Netbeans 8.2 (unter Linux) nur die folgenden arbeitete für mich: Tools -> Optionen -> Code Hilfe -> Makro-Definitionen:
ändern:
__cplusplus=199711L
zu:
__cplusplus=201402L
für C++14
oder
__cplusplus=201103L
für C++11
InformationsquelleAutor pte
Ich habe alle oben, aber was hat den trick für mich war das erkennen, dass das Makefile hatte g++ anstatt g++ -std=c++11.
InformationsquelleAutor J Lag
Beheben, c++17 Verwandte 'Unable to resolve identifier' in der aktuellen netbeans 8.2 oder 9-version, die man brauchen kann um die makro-definition __cplusplus=201703L als die Standard C++14 standard-makro-definition nicht lösen diese unerwartete Fehlermeldungen erschienen im editor.
InformationsquelleAutor TSG anti SO dark forces