Hallo,

weis nicht ob das der richtige Ort für die Frage ist?

Bin zur Zeit am erstellen eines Packages(BPL), und beim Compilieren kommt immer folgender Hinweis/Fehlermeldung:

Damit dieses Package kompatibel mit anderen installierten Packages ist, sind folgende Änderungen nötig.
Wählen Sie Ok, um diese Änderungen zu übernehmen und das Package neu zu compilieren.

Bestätige ich diesen Dialog, wird beim nächsten compilieren genau der selbe Dialog angezeigt, obwohl die Librarys im Projekt vorhanden sind!
Habe das gefühl das ich mich in einer unendlichen Schleife befinde.

Im Anhang habe ich den Dialog hinzugefügt.

Woran liegt das, und was mache ich falsch?

Welche Delphi-Version

und wie sieht die *.DPK aus?



Generell ist mir dieses Problem so nicht bekannt.

Ich meine mich zu erinnern, dass das etwas mit implizit in beiden Packages eingebundenen Units zu tun hat. Ich kann mich aber leider nicht mehr genau erinnern. Ich glaube ich hatte das gelöst, indem ich diese Units in ein separates Package ausgelagert habe und dieses über requires in die anderen eingebunden habe.

Kannst du es vielleicht reproduzieren, wenn du die Units alle bis auf die uses leer machst? Ich glaube das war damals bei mir der Fall. Dann könntest du die Packages und Units einfach leer hier posten, so dass wir es nachvollziehen können.

Joar, die Meldung kommt, wenn delphi denkt zu erkennen, dass "gleichnamige" Units dieses Projekts bereits in anderen DesignTime-Packages, oder davon geladenen Runtime-Packages, vorhanden sind.

Aber da hier bereits diese Packages eingebunden sind, ist diese Meldung schon etwas falsch.

Auch gab es mal Probleme, wenn man in den Requires das Package mit Suffix stehen hatte, also z.B. rtl280 statt rtl.
Für's Kompilieren war es egal, aber für Prüfungen und vor allem bei Wechsel zu einer anderen Delphi-Version, da raucht es dann gern mal.

Mit Impliziten bezüglich Impliziter fällt mir jetzt nichts Derartiges ein, für D7, XE, 10.x und 11.x.


Aber z.B. {$IFDEF} und sonstiges Zeugs in im Projekt, bereitet öfters Probleme.