Projekt mit Runtime-Packages compilieren - BPL nicht gefunden

[Codehunter]

Hallo!

Ich taste mich zum ersten Mal an ein Projekt heran, das mit Runtime-Packages erzeugt werden soll. Hab mir ein neues leeres VCL-Projekt angelegt,"Mit Laufzeitpackages linken" eingestellt und STRG-F9 kompiliert problemlos.

Wenn ich als Zielplattform dann Win-64 einstelle, dann bekomme ich beim STRG-F9 den Compilerfehler "Package PngComponents wird benötigt, konnte aber nicht gefunden werden".

Was mich jetzt wundert: Warum wird die PngComponents.bpl nur bei Win64 angefordert? Auf meiner Test-VM läuft die Win32-Version dann auch OHNE PngComponents.bpl im Verzeichnis. Also braucht er die wirklich nicht.

Grüße
Cody

[himitsu]

Es werden nur die Packages verlinkt, welche in den Projektoptionen "Packages" angegeben sind.
Und dort kann man natürlich für jede Plattform einzeln angeben was wo rein kommt.

Alle nicht angegebenen Packages werden weiterhin direkt in die EXE/DLL eincompiliert/reingelinkt.

[Codehunter]

Hmmm, das erschließt sich mir grade nicht. Wenn ich in die Projektoptionen schaue, dann habe ich unter "Entwurfs-Packages" jede Menge Häkchen drin. Ebenso wenn ich unter "Laufzeit-Packages" nachschaue, dann habe ich da auch eine laaange Liste angegeben. Also nicht ICH selbst sondern per Default schon drin.

Eigentlich hätte ich in dem Fall erwartet dass meine Test.exe dann auf der Test-VM jede Menge .BPLs anfordern würde. Aber außer rtl180.bpl und vcl180.bpl wird da nichts weiter benötigt.

[Uwe Raabe]

Du kannst in den Projektoptionen unter Laufzeitpackages für jede Build-Konfiguration bzw. Zielplattform getrennt einstellen, welche Packages zur Laufzeit verwendet werden sollen. Überprüf mal, ob da in beiden Fällen das gleiche drin steht.

[Codehunter]

Ja, ich habe mir angewöhnt eine saubere Ordnerstruktur für die Projekte zu bilden. Ich leite gewohnheitsmäßig alle Projektkonfigurationen von "Alle Konfigurationen - Alle Plattformen" ab. Die Ausgabeverzeichnisse trenne ich durch Pfadvariablen wie $(Platform) und $(Config). Dadurch kann ich identische Konfigurationen für alle Plattformen fahren. Zumindest hatte ich noch nicht den Fall dass ich abweichende Konfigurationen brauchte. Damit habe ich mir auch schon so manchen DCU-Schlamassel vom Hals gehalten

Insofern JA: Steht überall das selbe drin.

[mkinzler]

Existiert eine 64Bit Version des Packages?

[Codehunter]

Zitat von mkinzler:

Existiert eine 64Bit Version des Packages?

Hmmmmmm... Existierte tatsächlich NICHT. Komponentenpackage für x64 neu erstellt, Fehler weg.

Also muss ich das Ganze so verstehen, dass die IDE per Default erstmal jedes erdenkliche in der IDE registrierte Package in die Liste der Laufzeit-Packages einträgt und man dann her gehen muss und die nicht benötigten wieder abwählen muss?

[Uwe Raabe]

Zitat von Codehunter:

Also muss ich das Ganze so verstehen, dass die IDE per Default erstmal jedes erdenkliche in der IDE registrierte Package in die Liste der Laufzeit-Packages einträgt und man dann her gehen muss und die nicht benötigten wieder abwählen muss?

Genau so ist es! Bei der Installation eines Design-Packages werden die dafür benötigten Runtime-Packages in diese (interne) Liste mit aufgenommen. Diese wird dann für neue Projekte herangezogen und sollte jeweils angepasst werden. Man will ja nicht alle möglichen Runtime-Packages mitliefern, nur weil man vielleicht eine Handvoll Units daraus braucht.

[Codehunter]

Ok da sieht man erst mal wie viel Arbeit einem die IDE doch abnimmt wenn man ohne Laufzeit-Packages kompiliert

Ich bin darauf gekommen weil ich mich mal an einer modularen Anwendung mit Plugins versuchen will. Nach etlichen Anläufen auf DLL-Basis, die alle zwar viel Arbeit machten aber nicht so richtig funktionierten, sieht das mit den BPLs doch ganz vielversprechend aus.

[Uwe Raabe]

Zitat von Codehunter:

Ich bin darauf gekommen weil ich mich mal an einer modularen Anwendung mit Plugins versuchen will.

In dem Fall musst du nur die Packages eintragen, die von den Plugins gebraucht werden. Den Rest kannst du auch in die Exe rein compilieren.