Hi zusammen

Ich habe eine GenericObjectListUnit, die mir eine entsprechende Klasse deklariert. Das Verzeichnis dieser Datei ist im Suchpfad unter <Tools/Optonen/Delphi Bibliotek eingetragen. Die Idee dahinter: die Klasse verwenden zu können, ohne sie für jedes Projekt neu zu deklarieren.

Ich ging nun mal davon aus, dass ich sie nur im Usesteil angeben müsste - aber zu früh gefreut. Erst als ich die externe Datei ins Projekt aufnahm, konnte ich die Klasse verwenden. Was ging da schief?

All die Units aus dem Usesteil sind ja auch nicht Teil meines Projektes - Delphi bindet davon nur die benötigten Teile ein.

Es sei denn, Delphi wurde in den letzten Jahren komplett umgeschrieben...

Gruss
Delbor

Hab' ich bei Delphi 7 auch schon häufiger gehabt.

Lag bisher immer an fehlerhaften bzw. unvollständigen Einträgen im Suchpfad, derweil: Dort gehören die Quelltexte rein.

Bibliothek

Dort steht:

Zitat von Bibliothekspfad:

Gibt die Suchpfade für die erforderlichen Dateien für das Package, z.B. .dcp- und .bpi-Dateien, an.

Dies ist der globale Delphi-Bibliothekspfad. Der Compiler berücksichtigt nur die Dateien, die in dem Bibliothekspfad vorhanden sind. Wenn Sie ein Package mit einer Datei erzeugen möchten, die sich nicht im Bibliothekspfad befindet, wird ein Compiler-Fehler ausgegeben.

Einige Ressourcendateien (wie controls.res) sind nur im Ordner Release verfügbar (nicht im Ordner Debug), daher müssen Sie sicherstellen, dass Ihr Projekt-Release-Verzeichnis entweder im Bibliothekspfad angegeben ist oder sich zumindest aus einer Variable im Bibliothekspfad ergibt.

Hast du das Verzeichnis in den Suchpfad (für den Debugger zur Anzeige der Quelltexte) oder in den Bibliothekspfad (für den Compiler zum Suchen der einzubindenden Units) eingetragen? Nur in letzterem würde es etwas bringen.

Hi zusammen

Zitat von jaenicke:

Hast du das Verzeichnis in den Suchpfad (für den Debugger zur Anzeige der Quelltexte) oder in den Bibliothekspfad (für den Compiler zum Suchen der einzubindenden Units) eingetragen? Nur in letzterem würde es etwas bringen.

Im Bibliothekspfad habe ichabsichtlich nichts eingetragen, weil die Help / das Wiki von bpl und dergleichen spricht. Wobei - auch ein Pfad ist erstmal ein String, und die Dinger verbrauchen im Vergleich zur Gesamtleistung eh 'keinen' Speicher mehr.

Gruss
Delbor

konnte man nicht auch über {§INCLUDE datei.inc} units nachladen oder war das das in includes objekte aus fremd units public gemacht werden konnte... an irgendwie sowas glaube ich mich zu erinnern.

Zitat von Delbor:

Im Bibliothekspfad habe ichabsichtlich nichts eingetragen, weil die Help / das Wiki von bpl und dergleichen spricht. Wobei - auch ein Pfad ist erstmal ein String, und die Dinger verbrauchen im Vergleich zur Gesamtleistung eh 'keinen' Speicher mehr.

Um Speicherplatz geht es dabei weniger. Die Performance des Compilers nimmt natürlich etwas ab je mehr Pfade zur Suche nach einer Datei durchsucht werden müssen.

Ich habe das für uns so gelöst, dass ein Package diese ganzen allgemeinen Units in ihren diversen Verzeichnissen enthält und einmal erstellt wird. Die ganzen Units werden dann beim Kompilieren in einem .dcu Ausgabeverzeichnis abgelegt, das im Bibliothekspfad liegt. Dadurch muss nur an der einen Stelle zusätzlich gesucht werden.

Im Suchpfad liegen die Quelltextverzeichnisse um beim Debuggen den Quelltext zu sehen.