Es gibt so viele tolle Bibliotheken da draußen. Man "installiert" sie und kann fortan bunte Vierecke auf seine Formulare ziehen. Noch wichtiger: Man hat die Sourcen einmal kompiliert, nun DCUs im Bibliothekspfad liegen und braucht sie nicht jedes mal kompilieren.

Alles gut soweit.

Nun gibt es Leute die haben keine Lust nach jedem RAD Studio-Release auf X Geräten Komponenten zu ziehen und zu installieren. Ich möchte die Quelltexte der Libraries nun an die Projekte selbst mit dranhängen.

Das klappt auch: Man legt die Bibliothek z.B. als Sub-Repository des Projekts an, stellt in den Projekt-Optionen noch als Suchpfad z.B.

markieren

Code:

.\..\libs\Graphics32

und fertig. Man muss halt jetzt darauf verzichten im Formular-Designer die Dinge aufs Formular zu ziehen aber das stört nicht. Weiterer Bonus: Verschiedene Projekte können mit verschiedenen Versionen von Libraries arbeiten und man kann sie sehr einfach auswechseln (Subrepo updaten)

Das Problem: Ich gehöre zu den Leuten die nichts gegen Komponenten-Installationen haben. Ich möchte nicht jedes mal die Sourcen neu kompilieren, denn die DCUs habe ich ja in meinem Bibliothekspfad liegen. Was kann ich tun?

Folgende Ideen hatte ich bislang:

• Subrepo für mich lokal auf "leer" stellen: Somit werden im Suchpfad keine PAS-Dateien gefunden und er nimmt die DCUs aus dem Bibliothekspfad
• Neben Debug und Release eine weitere Gruppe "Debug_NoLocalLibraries" oder so ähnlich, diese hat den Suchpfad dann nicht

hmm...oder beim Installieren der Componenten den DCU-Pfad auf ein Zentrales Verzeichnis biegen.
(Das ergibt zwar ein "Sumpf" Verzeichnis, aber gut).

Dann nur im Bib-Pfad das Sumpfverzeichnis rein und wie bei Subrepo vorgehen.

Bietet den zusätzlichen Vorteil das auch der Bibleothekspfad entschlackt wird

Das Problem ist dass die Leute hier keine Lust mehr auf Komponenten installieren haben und Projekte möglichst "out of the box" laufen sollen.

Zitat von Der schöne Günther:

Das Problem ist dass die Leute hier keine Lust mehr auf Komponenten installieren haben und Projekte möglichst "out of the box" laufen sollen.

Das Komponenten installieren kann man aber auch deutlich vereinfachen. Wenn die compilierten Dateien bereits vorliegen, dann genügt ein Doppelklick auf eine entsprechend gefüllte REG-Datei. Es muss sich halt nur einer einmal die Arbeit machen.

Ich weiss nicht ob die vorkompilierten DCUs so eine gute Idee sind, schon gar nicht wenn du alte/neue Versionen
benutzen willst.
Da hat sich schnell mal eine alte reingeschlichen, und solche Fehler sind sehr schlecht zu finden,
am ehesten noch durch die verschobenen Debug-Positionen beim testen.
Oder gibt es etwa eine sichere Methode mit der man diese alten Leichen verhindern oder zumindest warnen kann ?

Natürlich fände ich soetwas auch super wenn es solche Leichen beim Linken aussortieren könnte.

Ich würde auf jeden Fall einmal im aktuellen Projekt BuildAll vorziehen, und dann sollte alles einmal
aktualisiert sein.
Von da aus wäre natürlich das Kompilieren bei Bedaf sehr sinnvoll wenn es 100% sicher funktioniert,
aber ehrlich gesagt auch da verlasse ich mich selten drauf.

Rollo

Zitat von Rollo62:

Ich weiss nicht ob die vorkompilierten DCUs so eine gute Idee sind, schon gar nicht wenn du alte/neue Versionen
benutzen willst.
Da hat sich schnell mal eine alte reingeschlichen, und solche Fehler sind sehr schlecht zu finden,
am ehesten noch durch die verschobenen Debug-Positionen beim testen.

Grunsätzlich bin ich auch auf der "alles aus dem Source compilieren" Seite. Bei den Design-Packages gibt es aber einen durchaus relevanten Aspekt für die globalen DCU-Suchpfade: in der Regel entsprechen die DCUs dann nämlich auch den zur Designzeit verwendeten Komponenten.

Dies ist auch einer der Gründe, weswegen ich meinen Package Magician geschrieben habe. Damit kann man die für ein Projekt benötigten Design-Packages dynamisch mit dem Projekt laden. In dem Fall sind dann die projektbezogenen Suchpfade auf die Bibliotheken wieder sinnvoll.