Makefile error

Moin,
ich habe jetzt in der Schule das Problem das Win AVR immer ein makefile von Borland aufruft. Ich habe schon die Umgebungsvariablen in der Systemsteuerung schon gecheckt. Dort konnte ich weder eine Variable zu Borland noch eine zu WinAVR finden. Kann ich eine neue Variable anlegen, wenn ja was muss ich schreiben.

Hier nochmal die Fehlermeldung:

> "C:\ASURO_src\FirstTry\Test-all.bat" all

C:\ASURO_src\FirstTry>make all
MAKE Version 5.2 Copyright (c) 1987, 2000 Borland
Error makefile 222: Colon expected
Error makefile 247: Too many rules for target '%.o'
Error makefile 283: Command syntax error
*** 3 errors during make ***

> Process Exit Code: 1
> Time Taken: 00:00



mfg
Erik

ich würd sagen, das sit nicht das makefile sondern das programm "make" welches von borland stammt.

versuche den c-compiler neu zu installieren, evtl hilft das.

ich kanns leider erst nächste woche ausprobieren, ich werds aber mal probieren

Hi,
Ich habe ein ganz ähnliches Problem. Den Compiler hab ich auch schon mehrfach neu installiert aber der fehler ist immer:

C:\ASURO_src\FirstTry>make all
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
Error makefile 222: Colon expected
Error makefile 247: Too many rules for target '%.o'
Error makefile 283: Command syntax error
*** 3 errors during make ***

> Process Exit Code: 1


Ich habe also noch eine andere make Version, könnte das das Problem sein?

Danke für eure Hilfe

Luthor

das könnte sein. die fehlermeldungen bedeuten dass in zeile
222 ein semikolon fehlt
247 eine regel doppelt definiert ist
283 ein allgemeiner sytax error ist.

hast du noch andere compiler installiert? delphi? pascal? visualc++? irgendwas anderes?
benutzt du windoze vista?

Ich programmiere sonst immer mit delphi 7. ich nutze windows xp.
was sollte ich tun, dass delphi und winavr sich nicht mehr stören?

vielen dank schonmal!

Luthor

hmm in erster linie delphi deinstallieren... :D

könnte sein dass du die pfadangaben verändern musst. da das problem mit linux nicht exisitert kann ich dir nicht groß helfen. aber das problem ist bekannt, such mal nach delphi AND make im asuro forum.

Hi

Also bei mir gabs mit myavr - borland make keine Probleme.
Da ich aber für den ARM n gescheites make wollte (gnu make 3.80) hab ich ein Workaround für dieses Problem.

Systemsteuerung -> System -> Erweitert -> Umgebungsvariablen (ganz unten)
Bei den Systemvariablen "Path" raussuchen und auf "Bearbeiten" klicken.

Jetzt den String erstmal zurücksichern (wichtig).

Und dann alle "Einträge" (Pfade) die "Borland" oder "Delphi" enthalten ersatzlos rauslöschen, aber alle anderen nicht beschädigen.

Seid vorsichtig, da könnt ihr richtig was kaputt machen, z.B. auch WinAVR. Also den String unbedingt vorher sichern.
Und ich übernehme keine Garantie gell...

Bei mir läuft danach gnu make 3.80 und Delphi rennt auch.

VLG Tobi

PS:
Ich programmiere GAR NICHTS in Delphi. Dieses Sch*ißding ist mir ein absoluter Dorn im Auge. Aber wir arbeiten in der Schule mit Delphi, und zum übern vor den Klassenarbeiten.......
Also nicht denken.... ;)

PPS:
Also unterstütze ich den Vorschlag, einfach Delphi zu deinstallieren voll und ganz....

Moin Moin,

also da wir heute erst wieder den Kurs hatten und er 2 Monate lang nur ausfiel konnten wir heute nun auch wieder das Problem und sind schon einen Schritt weiter gekommen. Wir haben nun, weil Borland drauf bleiben muss, in die Batch datei " Test- All" den Pfad zum WinAVR make gemacht. Das war dann C:\WinAVR\utils\bin\make.exe all. Nachdem wir das gemacht hatten, hat er nun schon das make tool nicht mehr von Borland ausgeführt, sondern das von WinAVR. Nun die erste Frage: Ist das das richtige make oder muss man irgendeins mit avr-gcc nehmen oder sonst irgendwas anderes? Wenn das allerdings das richtige make ist. Haben wir eine Fehlermeldung bekommen wo drin stand, dass keine Datei gefunden wurde. Was für eine Datei konnte er nun nicht finden? Makefile, test.c, o.ä.? Wie kann ich ihm sagen welche Datei er finden soll.
Das ist echt mist der ganze Kurs sitzt da rum während ich mit meinem Lehrer versuch den Mist zum Laufen zu bringen. Blödes Borland :evil: . Ich wär für einen Rat echt dankbar, dann könnten wir auch mal was Sinnvolles machen :). Nun denn...


mfg
Erik

Hallo,

Den Pfad zur Make.exe angeben reicht nicht.
Ein Weg wäre es die test-all.bat Files zu ändern:
Die Pfadangabe für WinAVR muß dazu evtl. angepaßt werden.

Code:

---

:: set environment variables for WinAVR toolset
set WINAVRDIR=C:\WinAVR
set PATH=%WINAVRDIR%\bin;%WINAVRDIR%\utils\bin;%PATH%
set GCC_ROOT=%WINAVRDIR%
set BINUTILS_ROOT=%WINAVRDIR%
make all

---

Danke schonmal. Ich werds ausprobieren sobald ich in der Schule in den PC raum rein komme

mfg
Erik

Ich hab jetzt mal den Text eingefügt. Ich schätze aber, dass er einige WinAVR libs nicht findet, da ich folgende Fehlermeldung erhalte.

Bild hier  

mfg
Erik

Hmm das Thema kommt mir wie gerufen...
Hab heute auch in Informatik gesessen und konnte nichts Programmieren (nicht mal das File Test.c ging) weil ich den selben fehler habe... konnte leider nicht aufs RN forum zugreifen! Aber werde es morgen mal ausprobieren... Werde aber nicht mehr so viel machen können da ich nur noch 4 stunden info habe!

Gru? The Assassine

Edit: Da wir nen HDDSherif auf den rechnern haben werde ich wohl die Pfade einfach rauslöschen mal sehen ob es funktioniert... ansonsten nach nem neustart ist er wieder wie neu ;)

Immerhin findet er jetzt schon mal das richtige Make und auch den Compiler und Linker. Warum er trotzdem nicht die Standard AVR Include Files findet, ist mir ein Rätsel. Mehr Einstellungen gibt es eigentlich nicht.

ich weiß jetzt wo der Fehler lag. Die Pfadangabe zu WinAVR war nicht ganz richtig. Der ordner heißt ja WinAVR20070525. die Funktionierende Version heißt jetzt also:

Code:

---

:: set environment variables for WinAVR toolset
set WINAVRDIR=C:\WinAVR20070525
set PATH=%WINAVRDIR%\bin;%WINAVRDIR%\utils\bin;%PATH%
set GCC_ROOT=%WINAVRDIR%
set BINUTILS_ROOT=%WINAVRDIR%
make all

---