Eclipse: Zwangsweise kompilieren

Gast #4866810
Lesenswert?

Hallo,

ich benutze seit einiger Zeit Eclipse zum Compilieren. Alles geht 
soweit.

Allerdings habe ich bis jetzt noch nicht herausgefunden, wie man ein
bereits compiliertes Projekt zwangsweise nochmals neu compilieren kann.

Derzeit muss ich jeden Quelltext kurz "anfassen" (heißt z.B. Leerzeichen
einbauen, Leerzeichen löschen, wieder abspeichern). Das ist besonders
lästig, wenn man eine Configurationsdatei hat, in der man z.B. nur ein
#def ändert.

Kann mir da bitte jemand helfen ?


Danke.
Gast #4866918
Lesenswert?

Wenn der Haken weg ist, tritt in der Tat ein Fehler auf.
Hatte ich bisher nicht gesehen.

rm -rf  .......   (ich kürze hier ab)
..... mingw32-make: [clean] Error 1 (ignored)
' '

Was kann man tun bitte ?
Gast #4866923
Lesenswert?

rm -rf  ./CommonCode/LCDNHDC0220.o ./CommonCode/RTC-pcf8563.o 
./CommonCode/flash.o ./CommonCode/i2c.o ./CommonCode/key.o 
./CommonCode/timesaving.o ./CommonCode/zwir-uart.o  ./ha430-dr.o 
libUSER_OBJS.a  ha430-dr.elf
mingw32-make: [clean] Error 1 (ignored)
' '
Gast #4866929
Lesenswert?

Was vergessen, komplett nochmals:

C:\SW\HA430-DR\Debug>set 
dirname=C:\MSP430GCC\msp430-toolchain-win-x86-3.0\bin\rm -rf 
./CommonCode/LCDNHDC0220.o ./CommonCode/RTC-pcf8563.o
./CommonCode/flash.o ./CommonCode/i2c.o ./CommonCode/key.o
./CommonCode/timesaving.o ./CommonCode/zwir-uart.o  ./ha430-dr.o
libUSER_OBJS.a  ha430-dr.elf
mingw32-make: [clean] Error 1 (ignored)
' '
Gast #4866959
Lesenswert?

Danke nochmal für den Versuch zu Helfen.

Ich benutze nicht nur den MSP430, sondern auch noch ARM Derivate. Es
ist alles soweit in Eclipe eingespielt und ich will deshalb  auch
nichts ändern. Dann muss ich halt einfach weiter mit dem Problemchen
leben. Bis hat es ja uch ganz gut geklappt, man wird nur immer
fauler.

Danke .
Gast #4866991
Lesenswert?

ecli schrieb:
> Was vergessen, komplett nochmals:

ist das wirklich der komplette unveränderte output?
Das sieht aus wie zwei Befehle die zusammengepappt sind, evtl. weil 
'dirname' nicht konfiguriert ist? Ich weiss allerdings nicht woher der 
kommen soll oder wofür der ist.


> C:\SW\HA430-DR\Debug>set dirname=

Das wäre ein Befehl um die environment variable dirname zu löschen

> C:\MSP430GCC\msp430-toolchain-win-x86-3.0\bin\rm -rf

Und dahinter ist das remove, also löschen der alten objectfiles und des 
fertigen binaries. Das schlägt fehl, die Dateien bleiben und make -all 
hat nix zu tun. Also müsste das ein Fehler im Plugin für das makefile 
erzeugen sein oder es stolpert über einen vielleicht fehlenden 'dirname' 
(Projektpfad?).
Gast #4867287
Lesenswert?

das mingw wird ecli für seine Toolchain schon drauf haben:
>mingw32-make: [clean] Error 1 (ignored)

diesen Fehler findet Tante Google recht häufig, nur die Ursache kann 
alles mögliche sein. Sogar Virenschutz der neue Scripte in einer 
'Sandbox' mit eingeschränkten Rechten laufen lässt.
Gast #4867314
Lesenswert?

ecli schrieb:
> C:\SW\HA430-DR\Debug>set
> dirname=C:\MSP430GCC\msp430-toolchain-win-x86-3.0\bin\rm -rf

Für mich sieht das so aus, als stünde das "rm -rf" am Ende noch auf der 
gleichen Zeile wie das "set". Das würde so nicht wirklich funktionieren.

Das kann allerdings auch an der Formatierung hier im Forum liegen,
da die Ausgabe nicht in einen CODE-Block eingeschlossen wurde. In der 
Form ist es leider ziemlich mühsam, dir irgendwelche Hilfe zu geben.
Du müsstest schon darauf achten, dass deine Fehlermeldung 100%ig exakt 
wiedergegeben wird, sonst kommen wir hier nicht weiter.
Gast #4868208
Lesenswert?

I <3 Makefiles! schrieb:
> Aber auch Eclipse, sonst hättest die Frage hier nicht gestellt.
Auf diese mit größtem Abstand idiotischte Antwort gehe ich nicht ein.

---

Die Fehlermeldung ist komplett, nur der Zeilenumbruch stimmt nicht.
Das ist auch nicht ein Auszug aus dem Makefile, sondern steht so
in der CDT Build Console nach dem Clean Versuch.

Inzwischen weiss ich wie man den von Eclipse gemanagten RM Macro
ersetzen kann. Ich habe aber bis jetzt noch nicht alle möglichen
Options ( z.B. rm -rf etc.) von mingw32-Make dazu gefunden.
Gast #4868263
Lesenswert?

Keine weitere Aktion hier mehr nötig!

Inzwischen habe ich eine Info gefunden aus der hervorgeht, dass die
Ursache des Problem in der localen Konstellation der verwendeten Tools
liegt und nicht behoben werden kann.

Als unconventionellen Workaraound habe ich mir ein Batchfile erstellt,
das im Prinzip das gleiche macht wie der Abschnitt CLEAN im Make.
Alle Objectsfiles und das Elf File werden "off line" gelöscht. Das kann
man sogar aus Eclipse heraus ausführen. Das reicht mir.

Danke für alle ernsthaften Versuche um zu helfen.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren