ISE Impact Project sinnvoll speichern

[Hans (Gast)]

Wie könnte man dem ISE Impact mal beibringen, ein neues Project 
sinnvoll, also in einen neuen Ordner zu speichern und zwar den des 
aktuellen Projektes?

Ich arbeite seit Tagen an einem Projekt und jedesmal, wenn ich aus ISE 
den Impact aufmache, erzeugt er neues autoproject.ipf und legt es in 
einen alten Projektordner. Wenn ich das alte Projekt lösche, legt er ihn 
sogar an!

Leider kann man im dummen Xilinx Impact kein SAVE AS benutzen und ich 
finde nirgends in den Projekten eine Einstellung, woher es sich ständig 
dieses alte Verzeichnis zieht.

Jemand eine Idee?

[Hams-Kenner (Gast)]

Heute wieder zu Scherzen aufgelegt??

Warum schreibst du dir nicht ne Batch Datei, die in das gewünschte 
Verzeichnis wechselt und dann Impact mit den richtigen command line 
options startet?

[Hans (Gast)]

Weil ich es von der ISE Oberfläche aus starten möchte.

[Christian R. (supachris)]

Achja, Impact. Also das geht schon, aber du musst halt das Projekt erst 
mal im Projektordner speichern. Notfalls dahin verschiebene. Dann kannst 
du bei Process Properties im ISE bei Impact einstellen, welches 
Project-File er laden soll.
Aber dieses verrückte Stück Software merkt sich auch sonst keine Pfade, 
auch bei den Config Dateien springt der völlig unabhängig vom aktuellen 
Projekt immer in den Ordner, in dem zuletzt ein ipf File gespeichert 
wurde. Die GUI ist einfach krank. Ich nehm wann immer möglich die 
Konsole.
In 14.7 kann ich beispielsweise überhaupt keine ipf Files mehr öffnen, 
die mit 14.7 erstellt wurden. Alte Files gehen komischerweise.

[Hans (Gast)]

Das Verschieben habe ich ausprobiert. Das führt dazu ass er beim Öffnen 
absäuft.

Was ist das doch ein Scheiss mit dieser Firma Xilinx. Arbeiten da 
eigentlich nur Studenten und Anfänger? Wer programmiert denn da GUIs? 
Wenn ich ChipScope schon sehe, kriege ich was an mich.

[Christian R. (supachris)]

Man muss deren GUIs nur so weit wie möglich meiden, die Tools darunter 
sind eigentlich alle OK. Ich arbeite soweit wie möglich mit der Command 
Line, das geht zuverlässig. Vivado geht etwas besser, aber dort haben 
die komplett auf jegliche Übersichtlichkeit verzichtet.

[Hans-Kenner (Gast)]

Vielleicht sind ja GUI's deswegen so unpraktisch das Nutzer gezwungen 
werden die Manuals zu lesen und eine toolchain nach eigenen Bedürfnissen 
aufzusetzen.
Das Stichwort Batch wurde ja schon früh in den Ring geworfen, aber du 
willst ja lieber über die Xilinx-Programmierer herziehen.

MfG,

[Hans (Gast)]

Die GUIs sind deshalb programmiert, um die Entwicklung auf die 
Command-Ebene zu zwingen, dass ist wirklich die Aussage, mit der man 
Dich ernst nehmen soll?

Dann könnte ich auch soweit gehen, dass ich unterstelle, dass es 
innerhalb der Firma Xilinx Entwickler gibt, die absichtlich so 
programmieren, dass Entwickler zu Altera gezwungen werden.

[Christian R. (supachris)]

Ich vermute die meisten Bugs entstehen durch den Zwang alles für Win und 
Linux zu machen. Und Impact ist leider da schon immer das Sorgenkind. 
Ich bin seit 7.1 dabei, viel hat sich bei Impact nicht getan. ISE geht 
ja so einigermaßen mittlerweile. Die 14.7 ist ziemlich stabil.

[J. S. (engineer)]

Ja, das Problem ist bekannt. Das Verschieben oder Umbenennen des files 
funktioniert auch nicht mehr. Die einzige Möglichkeit, das zielführend 
zu beheben, ist, den Eintrag in der registry zu löschen. Es gibt dort 
einige Einträge zu "working directories". Die kann man editieren oder 
löschen.

Allerdings funktioniert dann das Speichern von auto_project.ipf nicht 
mehr. Das Speichern schlägt dann komplett fehl, weil er gar kein 
Verzeichnis mehr findet. Ich löse das so, dass ich vom impact aus einmal 
ein "archiv" als dummy speichere. Beim nächsten mal landet das 
auto_project dann im richtigen synthese-Ordner und auch zum direkten 
Klicken registriert werden.