Eclipse-Neuling "No rule to make target"

Wenn du alles richtig installiert hast dann schau mal hier:
Beitrag "Re: GCC-Toolchain mit IDE installieren"

Dort habe ich alles für den ARM beschrieben. Die Vorgehensweise ist für 
den AVR identisch. Du mußt für Step
(c) dann AVR Cross Target wählen
(d) AVR GCC Toolchain (ist auch nur diese Verfügbar dann)

Der Rest ist wieder identisch. Ab Step 12 ist es wieder ARM spezifisch. 
Wirst du aber erkennen. Dann erscheinen dort die AVR-Settings für den 
Compiler u.s.w.

Wenn das so nicht funktioniert, dann wird etwas nicht richtig installert 
sein.

Vielen Dank für die schnellen Antworten.

Ich habe beides gestern Abend probiert.
Leider hat keine der Varianten zum Ziel geführt.

Werde also heute erstmal alles wieder löschen (Eclipse) bzw. 
deinstallieren (WinAVR) und dann wieder neu installieren.

Reihenfolge:
Eclipse runterladen, entpacken und dahin schieben wo ich es haben will.
Dann WinAVR runterladen und installieren.
Dann Das AVR-Plugin runterladen, entpacken und die Ordner und Dateien in 
die entsprechenden Ordner im Eclipse-Ordner kopieren (features und 
plugins wenn ich mich recht erinnere?)

Passt das so? Oder fehlt da was, bzw. ist etwas falsch?

mfg
Martin

@Oliver,

Ich hab gerade alles neu installiert. Hat allerdings nichts geändert, 
nur dass jetzt beim neuen C-File direkt ein Kommentar am Anfang 
eingefügt wird :-) (Author usw.)

Wenn ich per mfile ein makefile erstelle und in den Workspace in den 
Ordner "tutorial" (So heißt das Projekt) speichre, dann im cmd-Window in 
den Ordner gehe und "make" ausführe, bekomme ich folgende Ausgabe:


-------- begin --------
avr-gcc (WinAVR 20100110) 4.3.3
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is 
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
PURPOSE.

Compiling C: main.c
avr-gcc -c -mmcu=atmega128 -I. -gdwarf-2 -DF_CPU=8000000UL -Os 
-funsigned-char -
funsigned-bitfields -fpack-struct -fshort-enums -Wall 
-Wstrict-prototypes -Wa,-a
dhlns=./main.lst  -std=gnu99 -MMD -MP -MF .dep/main.o.d main.c -o main.o

Linking: main.elf
avr-gcc -mmcu=atmega128 -I. -gdwarf-2 -DF_CPU=8000000UL -Os 
-funsigned-char -fun
signed-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes 
-Wa,-adhl
ns=main.o  -std=gnu99 -MMD -MP -MF .dep/main.elf.d main.o --output 
main.elf -Wl,
-Map=main.map,--cref     -lm
c:/winavr-20100110/bin/../lib/gcc/avr/4.3.3/../../../../avr/lib/avr51/cr 
tm128.o:
(.init9+0x0): undefined reference to `main'
make: *** [main.elf] Error 1


Kann mir da jemand weiterhelfen? Mir sagt das leider alles nichts :-(
Mir ist nur aufgefallen, dass ich beim Projekt selbst einen ATMEGA88 mit 
4MHz eingestellt habe. Der hier erwähnte ATMEGA128 mit 8MHz ist die 
Standard-Einstellung des mfile-makefiles.

das "which make.exe" liefert mir den Dateipfad des makefiles im 
WinAVR-Ordner:
"C:\WinAVR-20100110\utils\bin\make.exe"



@900ss
Vielen Dank für den Tipp, aber ich bin auf der Homepage des Plugins 
(http://avr-eclipse.sourceforge.net/wiki/index.php/The_AVR_Eclipse_Plugin)trotz 
langer Suche nicht fündig geworden.
Kann es sein, dass wir unterschiedliche Homepages meinen?

mfg
Martin

Martin S. schrieb:
> Kann mir da jemand weiterhelfen? Mir sagt das leider alles nichts :-(

Ich glaube, du solltest mal das AVRStudio nutzen, dass ist für den 
Anfänger deutlich besser geeignet, wenn dir das da oben alles nichts 
sagt. Hast du eigentlcih eine Funktion main() eingebaut?
Und es gibt ein schönes GCC-Tutorial hier. Hast du das in deinem 
Eingangsposting gemeint? Ansonsten hier:
http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial

Und zu Makefiles dieses:
http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Exkurs_Makefiles

Hat aber alles noch nichts mit Eclipse zu tun. Es ist kein Kinderspiel, 
Eclipse einzurichten (wie du schon bemerkt hast). Du mußt sehr 
frusttolerant sein, als Anfänger erst recht.

Martin S. schrieb:
> Kann es sein, dass wir unterschiedliche Homepages meinen?

Nöö, hier steht es (nicht direct Download sondern darüber je nach 
Eclipse-Version).
http://avr-eclipse.sourceforge.net/wiki/index.php/Plugin_Download

Martin S. schrieb:
> Kann mir da jemand weiterhelfen? Mir sagt das leider alles nichts :-(

Ich glaube, du solltest mal das AVRStudio nutzen, dass ist für den 
Anfänger deutlich besser geeignet, wenn dir das da oben alles nichts 
sagt. Hast du eigentlich eine Funktion main() eingebaut?
Und es gibt ein schönes GCC-Tutorial hier. Hast du das in deinem 
Eingangsposting gemeint? Ansonsten hier:
http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial

Und zu Makefiles dieses:
http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Exkurs_Makefiles

Hat aber alles noch nichts mit Eclipse zu tun. Es ist kein Kinderspiel, 
Eclipse einzurichten (wie du schon bemerkt hast). Du mußt sehr 
frusttolerant sein, als Anfänger erst recht.

Martin S. schrieb:
> Kann es sein, dass wir unterschiedliche Homepages meinen?

Nöö, hier steht es (nicht direct Download sondern darüber je nach 
Eclipse-Version).
http://avr-eclipse.sourceforge.net/wiki/index.php/Plugin_Download

Oliver schrieb:
> Passt doch alles. Die WinAVR-Installation ist in Ordnung.
> make funktioniert,

Leider hast du etwas übersehen.

> avr-gcc wird richtig aufgerufen,

Nöö, der falsche Prozessor wird genutzt, wenn du sein Posting richtig 
liest.

> der linker will linken.

Konsequenterweise auch mit dem falschen Prozessor. Die 
Projekteinstellungen sind falsch. Project: rechter Mausklick, 
Properties, dort den Prozessor wählen, falls es korrigiert werden soll.

Ihm fehlt außerdem main(), wie du ihm richtig mitgeteilt hast.

Anfänger sollten erstmal mit einer einfachen Umgebung anfangen.
Meine Meinung. Dazu kann man Eclipse leider nicht zählen.

Oliver schrieb:
> Und auch wenn ich mich wiederhole, Eclipse für den AVR ist supereinfach
> zu installieren.

Ja das zeigen auch die vielen Anfragen hier im Forum zu dem Thema.

Oliver schrieb:
> Da gibts kein Projekt, das war ein nacktes make.

Mit MFile ja, alleine mit Eclipse nein.

So, danke erstmal für die schnellen Antworten.

Die Tatsache, dass mich Eclipse noch einige Stunden und graue Haare 
kosten wird ist mir bewusst. Aber ich kenne mich so gut, dass ich mich 
nur mit etwas beschäftige, was beim Programm auch irgendwo auftaucht.
Wenn AVRStudio mir also die ganze Arbeit abnimmt, dann beschäftige ich 
mich auch nicht damit. Bei Eclipse MUSS ich mich ja fast damit 
beschäftigen ;-)


Ich habe gedacht die "undefined reference to 'main'" bezieht sich auf 
main.c.
Aber jetzt ist einiges klarer.

Interessanterweise ändert es aber nichts :-(
Beim Build im Eclipse bekomme ich immernoch "No rule to make target"

Wenn ich allerdings in der DosBox "make" ausführe klappt alles.
Das Makefile wird mir dann auch im Eclipse im Project-Explorer 
angezeigt.
Habs mir kurz durchgeschaut und muss sagen, es ist verdammt gut 
dokumentiert.

Ich frag mich aber was bei den Einstellungen von Eclipse nicht passen 
kann. So dass Eclipse es nicht schafft, aber "von Hand" gehts.

Mal sehen was sich so an Einstellungen findet :-)

mfg
Martin

So, ich hab das Plugin jetzt über den Software-Manager installiert.
Der im Verzeichnis "Tutorial" (so heißt mein Projekt) gibts einen Ordner 
"Debug" und da sind folgende Dateien drin:

- makefile
- objects.mk
- sources.mk
- subdir.mk

Das würde also soweit passen.

Die main() - Funktion ist drin.

Trotzdem bekomme ich die "No Rule To Make Target" - Meldung.
Wie bereits gesagt, über die Dosbox gehts einwandfrei.

Leider habe ich in Eclipse keine Einstellung gefunden, die daran schuld 
sein könnte.

Das ganze tritt übrigens bei beiden Konfigurationen auf. Also bei Debug 
und bei Release.

Wo könnte noch ein Fehler schlummern?

mfg
Martin


EDIT hat noch was wichtiges zu sagen:
Wenn ich statt "Project - Make Target - Build" einfach den Button "Build 
All" nehme. Dann klappts wunderbar.
Ich bekomme nur die Meldung, "control reaches End of non void function" 
weil die Endlosschleife fehlt.
Hat jemand eine Idee warum es mit "Build All" geht, aber mit "Project - 
Make Target - Build" nicht?

Ach jetzt verstehe ich dein Problem :-)

Schaue dir mal den Aufruf von Make in der Eclipse Console an. Einmal 
wenn es funktioniert und dann wenn es nicht funktioniert. Da sollte dir 
etwas auffallen.
Und wenn du dir dann das Manual von Make unters Kopfkissen legst, dann 
wirst du selber drauf kommen.

Du meinst man sollte "make" vielleicht ein Target geben, das auch 
wirklich im makefile vorkommt? :-D
Ja gut ich habs geschnallt.

Vielen Dank für die Hilfe.

Ich geh jetzt mal das Manual ausdrucken. Mit dem Laptop unterm 
Kopfkissen schläft sichs schlecht.

mfg
Martin

Wenn du ein eigenes Makefile verwendest, dann brauchst du das AVR-Plugin 
nicht. Es erleichtert dir fast nichst, nur die Nutzung von AVRDude.

Wenn du also das Projekt unter Einbeziehung des Plugins erstellt hast 
und dann alles mit "der Hand" zurück gestellt hast auf "manuelles Build" 
dann weiß ich nicht, ob das alles sauber abläuft.

Wenn Du mit deinem eigenen Makefile arbeiten willst, dann erstelle in 
Eclipse ein Makefile-Projekt. Wie das geht steht in der Hilfe von 
Eclipse. Dort unterstützt dich dann Eclipse auch sicher richtig beim 
Build-Process.

Du kannst dein eigenes Makefile testen ohne Eclipse, indem du ein 
Kommandozeilenfenster öffnest und dich in die Direktory begibst, in der 
dein Makefile steht. Hier kannst du dann "make all" oder auch nur "make" 
eingeben.

Zur Fehlersuche wäre es gut, wenn du dein Makefile mal mit als Anhang 
postest.

Wenn Du nicht unbedingt auf dein eigenes Makefile angewiesen bist, dann 
erstelle ein neues Projekt mit dem AVR-Plugin. Wie das geht ist unter 
Eclipse->Help->Help Contents->AVR Plugin sehr genau beschrieben.

900ss D. schrieb:
> Zur Fehlersuche wäre es gut, wenn du dein Makefile mal mit als Anhang
> postest.

Da stand "als Anhang", ganz bewußt. Warum packst du solch ein langes 
File hier in den Text? Es macht den Thread nicht gerade leserlich und so 
kann man das nicht ausprobieren, da die Formatierung des Makefiles 
kaputt geht.

Benutzt du nach wie vor das AVR-Plugin aber mit einem Makefile?
Ein mit dem Plugin erstelltest Projekt arbeitet mit einem eigenen 
Makefile.
Die Konfiguration, die du nutzt ist Blödsinn. Wenn du ein "normales" 
Make-Projekt erstellst (also kein AVR-Projekt), dann wäre das die 
richtige Vorgehensweise bei Verwendung eines eigenen Makefiles.

Wenn du die Konfiguration von Debug auf Release setzt, dann nutzt du 
eine andere Konfiguration und zwar die, die du für Release eingestellt 
hast.
Findest du unter Project->Properties. Sieh dir die Unterschiede für 
Debug und Release an.
Du hast oben geschrieben, dass du unter Konfiguration Release die 
Einstellungen für den Build-Prozess (Make) geändert hast. Wenn du dann 
auf Konfiguration Debug umstellst, sind dort natürlich andere 
Einstellungen für den Build-Prozess.

Das du die Fehlermeldung auch erhälst, wenn du das in dem 
Konsolenfenster probierst, ist seltsam. Dort dürfte es dann die Datei 
main.c nicht geben.

Poste mal den Output, wenn du mit Release kompilierst. Und zwar mit dem 
Aufruf von make posten.

Und vielleicht liegt das auch an deine Tastatur. Manche Dinge sind 
case-sensitiv und bei dir scheint die Shift-Taste defekt zu sein ;-)

ameise123 schrieb:
> das macht doch keinen sinn
Was macht keinen Sinn? Woher weißt du das?

> aber dieses scheiss eclipse macht was es will
Nein, das machst du.
Du mußt dich schon an die Regeln zur Nutzung von Eclipse halten. Das 
tust du nicht. Deshalb funktioniert es auch nicht.
Ich schrieb schon zweimal , du mußt für dein Projekt ein 
Makefile-Projekt erstellen ohne Einbeziehung des AVR-Plugins.
Das geht so:

1) File->New->Project....
2) Unter C/C++ "C Project" wählen
3) Projektname eintragen und unten Makefile Project -> Empty Project
   wählen
4) Next
5) Finish

Jetzt hast du ein leeres Projekt.

6) Rechten Mausklick auf das Projekt machen und Import wählen. Jetzt
   alle Files des Projektes inkl. Makefile importieren.

7) Oben im Menu: Project -> Build Project wählen

Dein Projekt wird gebaut. Vielleicht ;-)

Es wird dir aber wahrscheinlich nichts nutzen, da das Make in dem 
Konsolenfenster auch schief geht. Ich fragte, ob du eine Datei Namens 
main.c hast. Die fehlt dem Make laut der Fehlermeldung oben.

Lesen
Solange das Make in dem Konsolenfenster schief geht, wird es auch in 
Eclipse schiefgehen.

Übrigens, kleiner Tip: 
http://www.mikrocontroller.net/articles/Netiquette

Und solange du nicht meine Fragen beantwortest oder die Dinge nicht 
postest, die gebraucht werden um dir zu helfen, wird dir hier niemand 
helfen können. Ich leider auch nicht.

PS. Deine Shifttaste ist immer noch defekt.

Wenn Du kannst, dann poste mal das gesamte Projekt als Zip-File.
Dann kann ich es hier probieren.

Wenn nicht, dann mach ein Screenshot aller Dateien aus dem Directory wo 
das Makefile liegt und schicke das als Anhang.

Die Fehlermeldung oben
"make: *** No rule to make target `main.elf', needed by `elf'.  Stop."
meint eigentlich, dass es keine Datei main.c gibt.

Ich habe deinen Makefile eben kurz mit nur einem Sourcefile getestet. 
Der Makefile scheint in Ordung zu sein. Der Beweis ist im Anhang ;-)

Beweis im Anhang ;-) Mit Deinem Makefile generiert.

Wenn du in deinem Makefile nur die Sourcen angibst, die auch existieren, 
dann funktioniert es.

Z.B. so:

1

SRC = $(TARGET).c wait.c uart.c ../usbn2mc/main/usbn960x.c usbn2mc.c ../usbn2mc/main/usbnapi.c common.c fifo.c io.c adc.c i2c.c spi.c 93c46.c pwm.c

Wenn dort nur ein File steht, der nicht existiert, dann bekommst du die 
bekannte Fehlermeldung. Mit der SRC-Zeile oben hat es bei mir geklappt. 
Auch der Linker hat nicht genörgelt. Es hagelt beim kompilieren 
allerdings ein paar Warnungen, die ich aber nicht näher betrachtet habe 
jetzt.

ameise schrieb:
> ich auf eine älter winavr Version zurück

Sollte aber genauso gut mit der aktuellen funktionieren.

Man sollte normalerweise nicht zwei Dinge gleichzeitig ändern, da man 
dann nicht weiß, was jetzt wirklich der Fehler war.

ameise schrieb:
> es klappt tatsächlich, ein
> mittels des avr plugins erstelltes programm, mit einem individuellen
> makefile zu versehen

Hab nicht gesagt, dass das nicht klappt. Nur wo siehst du jetzt die 
Vorteile bei der Nutzung des Plugins?

ameise schrieb:
> Wieder was gelernt, danke nochmals.

Bitte schön :-)

ameise schrieb:
> das flashen

Wäre das einzige, was übrig bleibt.