Delphi 11.3 und Packages

[dschiffler]

Hallo zusammen,

ich habe heute zuversichtlich D11.3 ohne Probleme installiert, aber als ich unmittelbar danach alle meine Packages mal "durchkompilieren" wollte, bekam ich bei einem Package folgende Fehlermeldung:
"error E2225: 'Never-build' Package 'vclwinx' muss neu compiliert werden"

Mir ist klar, dass diese Fehlermeldung grundsätzlich besagt, dass das genannte Package neu kompiliert werden muss/soll, da es sich aber um ein Delphi-internes Package handelt, komme ich da zum Kompilieren ja nicht ran.

Unter Delphi 10.4.2 und unter Delphi 11.2 gibt es keine Probleme beim Kompilieren der Packages.

Weiß jemand einen Rat?

[Aliquis]

Hallo,
ich hatte ein ähnliches Problem. Bei mir war die Ursache, dass ich die Packages in den Projektoptionen nicht aktualisiert hatte, da standen noch die aus 10.4 stammenden. Nach der Aktualisierung war das Problem beseitigt. Vielleicht hilft es ja.
Gruß Georg

[dschiffler]

Hallo Georg,

danke für die Info, aber kannst du bitte an einem Beispiel verdeutlichen, was genau du meinst?

[Aliquis]

Hallo,
Projekt->Optionen->Packages->Laufzeit-Packages. Hier sind alle Packages aufgeführt. Am einfachsten ist es, wenn du "Alle Konfigurationen, Alle Plattformen" editierst und oben "Erben" anklickst. Wenn du von Delphi 10.4 kommst, musst du xx27 durch xx28 ersetzen.
Gruß

[himitsu]

Bei den Packages gibt man am Besten garkeine Nummern an,
also z.B. nur "vcl" anstatt "vcl280".

Außer da, wo der/die Entwickler:innen bissl doof sind und die Version wirklich in den Projektnamen geschrieben haben, anstatt als {$LIBSUFFIX ...}
und noch bester auch gleich als AUTO (gibt es seit 1-2 Jahren)

[dschiffler]

Das Thema D10.4.2 können wir beiseite lassen, dass war nur zur Info.
Laufzeit-Packages benutze ich nicht und die Namensgebung der Packages ist auch nicht das Problem (ich benutze übrigens LIBSUFFIX :-)).

Ich habe schon an D11 angepasste Packages und unter D11.2 kompiliert auch alles durch.
Ich habe nur das Update auf D11.3 gemacht und danach kommt beim Kompilieren besagter Fehler und das bei einem Package, welches in seiner requires-Anweisung noch nicht einmal die vclwinx als direkte Abhängigkeit drin hat.

[himitsu]

Einmal Clean, bzw. Erzeugen (Build), anstatt Kompilieren (Make) ?

[Uwe Raabe]

Zitat:

Zitat von dschiffler (Beitrag 1519799)

Ich habe nur das Update auf D11.3 gemacht und danach kommt beim Kompilieren besagter Fehler und das bei einem Package, welches in seiner requires-Anweisung noch nicht einmal die vclwinx als direkte Abhängigkeit drin hat.

Das kann auch durch eine indirekte Abhängigkeit kommen. Sobald ein Package in requires steht, sind auch alle von diesem implizit required Packages eingeschlossen.

Wir hatten kürzlich einen ähnlichen Fall beim Umstieg von 11.2 auf 11.3 und konnten das mit einem Entfernen des Hakens bei "Mit Debug-DCUs" in den Compiler-Optionen beheben.

[gemeni2005]

Guten Morgen,

das Problem hatte ich auch und fand einen QC-Eintrag hierzu: https://quality.embarcadero.com/browse/RSP-40811. Es scheint an dem bei der Deinstallation der Vorversion nicht entfernten Backup-Verzeichnis der Patches zuliegen (_patch-backup-directory).

Ich habe eine Installation in einer frischen VM gemacht, dann das gesamte LIB-Verzeichnis in meine bestehende Installation kopiert, damit war das Problem erledigt. Alle anderen Versuche haben bei mir nichts gebracht.

Robert

[dschiffler]

Hallo Uwe, Hallo Robert,

das Kompilieren ohne Debug-DCUs hätte vermutlich auch geholfen, denn der Fehler kam nur bei der DEBUG-Kompilierung, ich habe aber den Hinweis von Robert umgesetzt und nach der Deinstallation von D11.2 und vor der eigentlichen Installation von D11.3 die verbliebenen Daten im Installationsverzeichnis gelöscht und siehe da, danach hat auch das Kompilieren/Erzeugen der Packages geklappt.

Es scheint also so zu sein, wie in dem QC-Report auch beschrieben, dass beim Update auf D11.3 noch vorhandene Dateien nicht überschrieben werden, in diesem Fall offensichtlich Dateien im Lib-Verzeichnis, die bei DEBUG-Kompilierungen verwendet werden.
Bei einem Update, bei dem der Fokus auf Qualität liegen soll, natürlich erstaunlich (um es mal diplomatisch zu formulieren), denn das ist m.M.n. ein vermeidbarer Fehler, für den es ja auch nicht umfangreiche bzw. komplexe Tests braucht. :-(

Aber recht herzlichen Dank für eure Hilfe. :-)

[Harry Stahl]

Zitat:

Zitat von gemeni2005 (Beitrag 1519810)

Guten Morgen,

das Problem hatte ich auch und fand einen QC-Eintrag hierzu: https://quality.embarcadero.com/browse/RSP-40811. Es scheint an dem bei der Deinstallation der Vorversion nicht entfernten Backup-Verzeichnis der Patches zuliegen (_patch-backup-directory).

Ich habe eine Installation in einer frischen VM gemacht, dann das gesamte LIB-Verzeichnis in meine bestehende Installation kopiert, damit war das Problem erledigt. Alle anderen Versuche haben bei mir nichts gebracht.

Robert

Mal eine bescheidene Frage: Hier auf meinem Entwicklungsrechner habe ich z.B. rtl.lib und vcl.lib Dateien (siehe anlg. Screenshot), teilweise recht alt. Auf anderen Rechnern (Delphi 11.1 Installationen) gibt es diese Dateien in diesen Verzeichnissen gar nicht. Wie und wann werden die erzeugt?

Im Debug-Ordner gibt es eine Datei "vcl.dcp" mit dem Datum vom 20.02.2023, im darunterliegenden Ordner "de" die gleiche Datei (Binär-Kompatibel), aber mit dem Datum 22.09.2022. Macht das irgendwie Sinn?

[Uwe Raabe]

Das sind vermutlich Überbleibsel eines installieren Patches. In einer jungfräulichen Installation sind im DE-Verzeichnis nur drei DCPs aus dem ems-Bereich. Das Uninstall ist aber auch noch alles andere als perfekt.

Beim Setup wird ja die alte Version entfernt und danach eine entsprechende Meldung angezeigt. Das ist ein guter Zeitpunkt das gesamte Delphi-Verzeichnis aufzuräumen um solchen Artefakten vorzubeugen.

[himitsu]

Von den Patches/HotFixes bleibt auch schonmal was zurück. (nicht nur die Backups)

[Harry Stahl]

Trotzdem noch mal kurz die Nachfrage: Wann und wie entstehen die Dateien VCL.lib und RTL.lib? Da bei einer neuen Installation diese nicht da sind und im Programmverzeichnis liegen, könnten die doch eigentlich nur später mit Admin-Rechten erzeugt worden sein. Aber warum? Und wann?

Auf der EMBA-Seite finde ich die Erläuterung:


"VCL-lib: VCL library, contains references to all other VCL libs. Use in MAKEFILES with no version number."

Ich würd das einfach nur gerne verstehen...

[himitsu]

Die LIB dürften wohl zum C++Builder gehören.
Hast du RAD-Studio oder nur Delphi installiert?

Bei Updates/HotFixes werden aber auch oft aktuellere "fehlende" Dateien installiert, welche eigentlich garnicht da sind waren,
z.B. weil diese Komponente beim Installieren nicht mitinstalliert wurde.

Beim Deinstallieren kommt es hier auch öfters vor, dass diese Dateien dann zurück bleiben, weill der (De)Installer sie nicht als seine Eigenen anssieht.




Komisch finde ich auch, dass es Projekte/ProjektGruppen für das Neukompilieren der "RTL" gibt, aber die VCL und Anderes, was von der RTL abhängt, dafür gibt es nichts.
Außerdem werden nur die Units (DCU) neu kompiliert, aber nicht die Runtime-/DesignTime-Packages. :wall:

[Harry Stahl]

Nein, kein C++ installiert (hier auf dieser Maschine noch nie) und auch "nur" Delphi...

[himitsu]

Wie gesagt, dann wohl ein Update/Hotfix.

Wenn ich da der Consolenausgabe folge heißt es immer sowas wie not found
und danach ist die Datei plötzlich da, obwohl sie garnicht nötig war.

[Uwe Raabe]

Das vermute ich auch, denn nach dem Update eines 11.1 Systems ohne Patches waren die libs auch nicht da.

Wer Muße hat kann das ja mal in einer VM nachstellen :)

[pustekuchen]

Hallo zusammen,

habe heute von 11.2 auf 11.3 Patch 1 geupgraded und nun den Fehler

Code:

E2225 Never-build package 'vclwinx' must be recompiled

Hat jemand herausgefunden welche Dateien gelöscht werden müssen?
Vermutlich ja welche aus dem

Code:

C:\Program Files (x86)\Embarcadero\Studio\22.0\lib\win32\debug

Verzeichnis

EDIT: Das löschen des

Zitat:

C:\Program Files (x86)\Embarcadero\Studio\22.0\lib\win32\debug\de

Ordners hat geholfen.

EDIT2: https://quality.embarcadero.com/browse/RSP-40811

Hier wurde ein Script bereitgestellt, um die überflüssigen Dateien zu verschieben