Guten Abend zusammen Folgende Situation... Ich habe auf einem Win7 Ultimate x64 Rechner Java x64 und Eclipse Indigo x64 Eclipse IDE for C/C++ Developers Version: Indigo Service Release 1 Build id: 20110916-0149 Installiert Dazu habe ich in Eclipse das neuste AVR Plugin installiert. Zudem habe ich auf dem Rechner die neuste Version von WinAVR (2010 01 10) Installiert. Nun habe ich ein ater Projekt geöffnet. Doch leider kennt es die Defines wie DDRA etc. nicht... Meiner Meinung nach habe ich alles Richtig gemacht, kann mir vielleicht jemand tipps geben wie ich dem Fehler auf die Spur kommen kann? Die Includierten Dateien kann ich alle mit CTRL + Klicken öffnen... Danke schonmal
Vergessen mit #define oder in den Compilersettings den mega-Typ festzulegen?
Thomas Decker schrieb: > Vergessen mit #define oder in den Compilersettings den mega-Typ > festzulegen? Also Der Typ ist im Projekt definiert... Das Projekt läuft auf dem 2ten Computer problemlos... Bei den Includes meint Eclipse: unresolved inclusion und ein fragezeichen auf der linken seite...
Es scheint ein problem bei den defines zu geben Im io.h ist der Atmega324 nicht ausgewählt Wenn ich im Main vor dem io.h folgendes hinzufüge: #define AVR_ATmega324P sagt mir eclipse das dieses redifined ist. Wenn ich die io.h auskommentiere und statdessen das hier einfüge: #include <avr/iom324.h> dann verschwinden die unbekannten DDRAs etc... jedoch motzt er dann und meint ich solle stattdessen die io.h includen.. Dies ist bei allen Projekten so, unabhängig vom controller! Wo liegt hier blos der fehler?
Was genau meinst du mit Eclispe? Wenn nur der Eclipse-Editor meckert, aber der Compiler alles problemlos compiliert, je nun, das ist so. Nach dem ersten erfolgreichem build sollte auch der Editor zufrieden sein. Oliver
Oliver schrieb: > Was genau meinst du mit Eclispe? > > Wenn nur der Eclipse-Editor meckert, aber der Compiler alles problemlos > compiliert, je nun, das ist so. Nach dem ersten erfolgreichem build > sollte auch der Editor zufrieden sein. > > Oliver Der compiler kann compilieren... aber die fehler bleiben in eclipse vorhanden. Eclipse ist für mich halt die ganze umgebung welche auch die Realtime korrekturen anzeigt wie eben zB. unbekannte namen... auch nach einem build bleiben die fehler. ist halt schon sehr störrend, wenn alles rot markiert ist, und bei errors alles voll ist.
Das ist nicht Dein Fehler sondern ein seltsames Problem, dass auch ich mit Eclipse habe... Man muss im Projektpfad eine Datei löschen, das steht irgendwo bei den Eclipse Tutorials... Nach einigem hin und her klaoot es dann iwann...
Tajas R. schrieb: > Man muss im Projektpfad eine Datei löschen, das steht irgendwo bei den > Eclipse Tutorials... > Nach einigem hin und her klaoot es dann iwann... Bin ich froh bin ich nicht der einzige mit diesem Problem :) Ich mache mich mal auf die Suche nach einem entsprechenden Tutorial Aber falls du es vorher findest oder dich erinnerst welche Datei, wäre ich dir natürlich Dankbar, wenn du dies Posten würdest :) Danke schon mal...
Guten Abend zusammen Ich habe leider nichts gefunden :( Kann mir vielleicht jemand einen Tipp geben, was ich verändern muss, damit Die Eclipse umgebung die Definitionen wieder erkennt? Bzw. welche datei ich löschen muss? Danke schonmal
Claudio Hediger schrieb: > Ich habe auf einem Win7 Ultimate x64 Rechner > Java x64 und Eclipse Indigo x64 Eclipse IDE for C/C++ Developers > Version: Indigo Service Release 1 > Build id: 20110916-0149 Vergiß den ganzen 64 Bit, Ultimate und sonstwie Schnickschnack, installier auf irgendeine virtuelle Maschine ein WinXP mit AVRStudio4 - das tut's wenigstens.
Duck&wech schrieb: > Vergiß den ganzen 64 Bit, Ultimate und sonstwie Schnickschnack, > installier auf irgendeine virtuelle Maschine ein WinXP mit AVRStudio4 - > das tut's wenigstens. Interessanterweise, läuft Eclipse mit WinAVR auf einem 2ten Rechner in genau dieser konstellation problemlos! auch der USBASP läuft unter Win7 64Bit... Also ich weiss das es geht... Und das letzte mal habe ich nichts anderst gemacht...
Folgendes steht bei der CDT zu Eclipse:
I installed a new version of my compiler but old include paths of old
compiler are still there under "Paths and Symbols" in project
properties. I cannot get rid of them! What do I edit to remove the old
paths by hand?
There is a bugzilla report about that, follow bug 206372. To manually
fix the problem you need:
delete file ${projectname}.sc found under
${workspace}/.metadata/.plugins/org.eclipse.cdt.make.core
restart eclipse.
Das und schließen und erneutes öffnen hat dann irgendwann dazu geführt,
dass es klappt...
Am besten ein bisschen Experimentieren.. Ist ne merkwürdige Sache und
reproduzierbar...
Vielen Vielen Dank für deine Hilfe... Ich habe es soeben ausprobiert... doch leider hat es nicht geklappt... Es funktioniert auch nicht wenn ich einen neuen WorkSpace anlege... Das ist doch echt sch**** Ich werde jetzt noch ein paar mal die sc files löschen... aber wahrscheinlich wird das nicht helfen...
Ich habe das Problem auch. Es hilft - zumindest zeitweise - wenn man links im Baum das Projekt auswählt und dann über das Kontext-Menü Index -> Rebuild aufruft. Allerdings tritt es nach einiger Zeit wieder auf und man muss den Index erneut erstellen lassen.
So liebe Leute ich habe die Lösung gefunden... Installiert einfach die Eclipse Version Helios SR2... Damit läuft alles wunderbar problemlos :) Liebe Grüsse und vielen Dank! Ich werde den Eclipse Artikel im Wiki ergänzen....
Ich hatte bei meinen Projekten die bisher auf einer 32 Bit Maschine liefen auch Probleme nach dem Umstieg auf 64 Bit und Indigo. Viele Portdefinitionen wurden von Eclipse nicht gefunden. Aber die Probleme liesen sich mittels Rechtsklick auf Projekt -> Index- Rebuid lösen. gruß cyblord
cyblord schrieb: > Aber die Probleme liesen sich mittels Rechtsklick auf Projekt -> Index- > Rebuid lösen. Danke für den Hinweis :) Mir hilft er jetzt nicht mehr, da ich nicht wieder auf Indigo umsteige :) Wozu auch? Hat Indigo vorteile gegenüber der Helios version?
Naja, es ist natürlich schon sinnvoll, dass der Fehler behoben wird. Am besten wäre natürlich ein Bug-Report an die Eclipse-Entwickler. Ich selbst hätte das auch schon erledigt, allerdings sind mir die Bedingungen, unter denen der Fehler auftritt, noch zu unklar, um einen reproduzierbaren Testcase zu erstellen. Mir ist vor allem aufgefallen, dass enum-Definitionen immer wieder als unbekannt markiert werden. Wenn ich die Erfahrungen hier aus dem Forum zusammenfasse, scheint es aber plattformunabhängig zu sein (ich selbst nutze OS X). Interessant wäre es zu wissen, ob der Bug nur bei AVR-Projekten auftritt, oder auch bei "normalen" C/C++ Projekten. Vielleicht können wir hier noch Erfahrungen zusammenstellen, die einen sinnvollen Bug-Report ermöglichen.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.