ASM Inline code x64

[jaenicke]

Zitat von venice2:

Wenn ich eine Projektgruppe neu erstelle und das nicht Funktioniert btw. auf falsche *.DCU's hin kompiliert wird dann ist das ein Bug.
Kann man drehen und wenden wie man will.

Das liegt daran, dass du (anders als im Standard) keine Platzhalter für die Plattform im Pfad verwendest.

[venice2]

Zitat von jaenicke:

Zitat von venice2:

Wenn ich eine Projektgruppe neu erstelle und das nicht Funktioniert btw. auf falsche *.DCU's hin kompiliert wird dann ist das ein Bug.
Kann man drehen und wenden wie man will.

Das liegt daran, dass du (anders als im Standard) keine Platzhalter für die Plattform im Pfad verwendest.

Das

Zitat:

<Platform Condition="'$(Platform)'==''">Win32</Platform>

ist unproduktiv da beide Projekte im gleichen Binären Order geschrieben werden müssen um die Anwendung testen\ausführen zu können.
Plattform-Pfade machen so keinen Sinn.

Es dürfte auch keine Rolle spielen ob Plattform oder statische Pfade verwendet werden.

Wie himitsu schon hingewiesen hat ist nur von Interesse wo die Dcu's abgelegt\erstellt werden.
Das Problem ist wohl eher das der falsche Compiler verwendet wird wenn ich den DCC64 auf eine 32Bit zu erstellende Anwendung loslasse kann das nur schiefgehen.
Auch das ist ein Fehler(Bug!)

[jaenicke]

Ich meine ja auch den DCU-Ausgabepfad ("Ausgabeverzeichnis für Units"). Der sieht normalerweise bei einem neuen Projekt so aus, eben nicht ohne Grund:

Code:

.\$(Platform)\$(Config)

Wenn du das auch so machst, kann nie eine DCU im falschen Format (x64 / x86) gefunden werden.

Zitat von venice2:

Das Problem ist wohl eher das der falsche Compiler verwendet wird wenn ich den DCC64 auf eine 32Bit zu erstellende Anwendung loslasse kann das nur schiefgehen.
Auch das ist ein Fehler(Bug!)

Wie gesagt:
Es wird die Zielplattform des Projekts verwendet, das du zum Erstellen anklickst, egal was bei den Abhängigkeiten aktuell eingestellt ist.

[venice2]

Zitat von jaenicke:

Ich meine ja auch den DCU-Ausgabepfad ("Ausgabeverzeichnis für Units"). Der sieht normalerweise bei einem neuen Projekt so aus, eben nicht ohne Grund:

Code:

.\$(Platform)\$(Config)

Wenn du das auch so machst, kann nie eine DCU im falschen Format (x64 / x86) gefunden werden.

Zitat von venice2:

Das Problem ist wohl eher das der falsche Compiler verwendet wird wenn ich den DCC64 auf eine 32Bit zu erstellende Anwendung loslasse kann das nur schiefgehen.
Auch das ist ein Fehler(Bug!)

Wie gesagt:
Es wird die Zielplattform des Projekts verwendet, das du zum Erstellen anklickst, egal was bei den Abhängigkeiten aktuell eingestellt ist.

Spielt keine Rolle..
Ob diese

Zitat:

Verzeichnis 1 - MyPhone64_SOP\_src\Win64\Debug
Verzeichnis 2 - MyPhone64_SOP\SOP\_src\Win32\Debug

oder die Pfade verwendet werden.

Zitat:

Verzeichnis 1 = ...\MyPhone64_SOP\_src\_dcu
Verzeichnis 2 = ...\MyPhone64_SOP\SOP\_src\_dcu

Ergebnis bleibt das gleiche.
Es werden die gleichen Fehler wie vorher erzeugt.

Zitat:

Es wird die Zielplattform des Projekts verwendet, das du zum Erstellen anklickst, egal was bei den Abhängigkeiten aktuell eingestellt ist.

Wenn die Zielplattform 64Bit ist aber das zweite Projekt 32Bit in der gleichen Projektgroup dann ist das ein Fehler
sollte 32Bit mit dem 64Bit Compiler kompiliert werden. (Was anscheinend der fall ist)

Aber gut! Bin damit durch da der Fehler von meiner Seite aus nicht behoben werden kann.
Muß dann halt jedes Projekt für sich erstellen ist zwar dumm aber nicht zu ändern.
Kann selber nichts für ein Fehlerhaftes verhalten von Delphi.

[jaenicke]

Das Problem kann ich nicht nachvollziehen. Wenn ich die Platzhalter im Ausgabepfad habe, wird die 64-Bit Version der Unit korrekt im 64-Bit Pfad erzeugt und gesucht. Und wenn ich die 32-Bit Anwendung einzeln erstelle, wird die 32-Bit Unit auch im 32-Bit Ordner abgelegt. Das kann ich abwechselnd erstellen, es funktioniert, genau so wie es auch sein soll.

Der Fehler tritt bei dir ja auch auf, wenn du die Projekte einzeln erstellst. Da gibt es ja auch kein abweichendes Verhalten durch die Abhängigkeiten und es würde auch bei der normalen Umschaltung zwischen 32-Bit und 64-Bit auftreten. Wenn das nicht funktionieren würde, hätten das Problem sehr viele Entwickler.

Funktioniert es denn, wenn du die Projekte manuell der Reihe nach kompilierst?

[TiGü]

Zitat von venice2:

Muß dann halt jedes Projekt für sich erstellen ist zwar dumm aber nicht zu ändern.

Mit Rechtsklick -> Kontextmenü auf die Projekt-Gruppe (oberster Node!) kann man alle Projekte mit einem Klick erstellen in ihrer aktuellen Platfrom- und Config-Zusammensetzung.

[jaenicke]

Das hat er gemacht, wobei dann der Fehler mit dem inkompatiblen Unit-Format kam. Mit korrekt konfigurierten Ausgabepfaden, sprich den Platzhaltern statt fester Pfade, dürfte das aber nicht passieren, weder mit Abhängigkeiten noch mit dem Erstellen aller Projekte in der Gruppe.

Aus der Ferne weiß ich aber nicht woran es liegt, dass die Meldung laut seiner Antwort ja trotzdem weiter kommt. Ich kann nur vermuten, dass da in den verschiedenen Buildkonfigurationen noch irgendwo falsche Pfade drin sind. Um das zu prüfen, bräuchte ich allerdings die aktuellen .dproj Projektdateien.

[venice2]

Zitat von TiGü:

Zitat von venice2:

Muß dann halt jedes Projekt für sich erstellen ist zwar dumm aber nicht zu ändern.

Mit Rechtsklick -> Kontextmenü auf die Projekt-Gruppe (oberster Node!) kann man alle Projekte mit einem Klick erstellen in ihrer aktuellen Platfrom- und Config-Zusammensetzung.

Danke ist mir bekannt funktioniert aber nicht mit aktivierter Abhängigkeit.

Zitat:

Der Fehler tritt bei dir ja auch auf, wenn du die Projekte einzeln erstellst.

Nur bei aktivierter Abhängigkeit.

Zitat:

Das hat er gemacht, wobei dann der Fehler mit dem inkompatiblen Unit-Format kam. Mit korrekt konfigurierten Ausgabepfaden, sprich den Platzhaltern statt fester Pfade, dürfte das aber nicht passieren, weder mit Abhängigkeiten noch mit dem Erstellen aller Projekte in der Gruppe.

Ich bekomme 6 Fehler genau wie vorher.

Thema erledigt.
Kompiliere jedes Projekt für sich und gut ist.
Delphi ist unfähig in der Hinsicht was von mir über Weitergabe eines Videos Dokumentiert (bewiesen) wurde.