Abhängigkeit von BPLs: Neucompilierung erforderlich?

[mirage228]

Hallo,

Ich habe eine Frage bezüglich der Verwendung von BPLs und einem von mir festgestellten Verhalten von D2005 diesbezüglich.

Meine Package-Konstellation sieht vereinfacht so aus
Package KLASSEN -
Package ERWEITERUNGEN - verwendet KLASSEN
( Package EIN_FORMULAR - verwendet KLASSEN, ERWEITERUNGEN )

Nun ändere ich etwas an einer Klasse in KLASSEN, füge z.B. eine neue Methode zu einer bestehenden Klasse hinzu und compiliere das Package KLASSEN.
Will ich nun die Hauptanwendung compilieren, wirft mir D2005 einen Internen Fehler in ERWEITERUNGEN. Wenn ich dieses neu compiliere, ist der interne Fehler weg.
( Ändere ich auch ERWEITERUGEN kommt der interne Fehler zusätzlich in EIN_FORMULAR )

Nun meine Frage:
Ist es wirklich erforderlich, dass ERWEITERUNGEN neu compiliert werden muss (geänderte DLL-Exports der BPL durch neue Methode?) oder ist ein Bug von Delphi 2005 im Zusammenhang mit Runtime-Packages?

mfG
mirage228

[Bernhard Geyer]

Wenn du Änderungen an der Signatur (Methoden hingzugefügt, ...) änderst so muß abhängige BPL's neu kompiliert werden. Ansonsten kracht es da ja das ganze Speicherlayout nicht mehr paßt!

[mirage228]

Zitat:

Zitat von Bernhard Geyer

Wenn du Änderungen an der Signatur (Methoden hingzugefügt, ...) änderst so muß abhängige BPL's neu kompiliert werden. Ansonsten kracht es da ja das ganze Speicherlayout nicht mehr paßt!

Ah okay, Danke... so in etwa hatte ich das schon vermutet, aber die internen Fehler hatten mich etwas stutzig gemacht.

mfG
mirage228

[Bernhard Geyer]

Zitat:

Zitat von mirage228

Ah okay, Danke... so in etwa hatte ich das schon vermutet, aber die internen Fehler hatten mich etwas stutzig gemacht.

Das ist ein Fehler (hat aber auch schon D6) das diese neukompilierung der BPL's und die passende automatische Entladung/Ladung in der IDE nicht gerade fehlerfrei funktioniert.