Über Kommandozeile die Abhängigkeiten von Units auslesen

[hs-y]

Sorry, aber ich habe keine Ahnung wie man das macht. Und ist die EXE nicht normalerweise ein Binary??? Da wird das doch dann schwieriger oder nicht?
[EDIT] Wenn ichs mir recht überlege, wäre es sogar günstiger das ganze aus der EXE extrahieren zu können!

Naja, man kann aber die Suchpfade von Delphi verwenden z.B: {BDS}\lib um einzelne Units zu suchen. Da wird dann die Zahl der Pfade schonmal deutlich begrenzt.

[himitsu]

Auslesen via LoadResource und Co.

PACKAGEINFO (RCData)

[add]
z.B. siehe PACKAGEINFO
> http://www.delphipraxis.net/internal...ht=packageinfo

[mjustin]

Zitat:

Zitat von Tyrael Y.

Nur rein Interresse halber....wozu Braucht man so eine Auflistung?

Ganz einfach: QA (Quality Assurance). Unter diesen Oberbegriff fallen z.B.

- statische Codeanalyse zur Fehlersuche
- Dokumentation
- Statistiken
- Versions- und Konfigurationskontrolle
- Continuous Integration / Buildskripte
- Abhängigkeitsanalyse

Delphi macht QA etwas schwer, da die Metadaten über die Projekte nicht über eine Standard-API ausserhalb von Delphi verfügbar sind. Innerhalb von Delphi kann man mit der OTA (Open Tools API) einige Informationen erhalten. Tools auf Kommandozeilenebene haben es schwer, da man ja z.B. noch nicht einmal die effektiven Source- und Libraryverzeichnisse auf einfache Weise ermitteln kann.

Für kleine Projekte, deren Unitabhängigkeiten der Entwickler noch leicht überschauen kann, braucht man so etwas natürlich nicht (da hat man halt Unit1.pas und Unit2.pas ;-) - bei Projekten, die sich noch in der Entwicklung durch häufiges Refactoring ändern und an denen viele Entwickler (also mehr als einer) arbeiten, ist Qualitätssicherung schon aufwendiger.

Man könnte sich schnell mit einem TRegEx statische Codeanalysetools selber schreiben, um z.B. leere except .. end Blöcke zu finden. Dazu braucht man aber die Verzeichnisse, in denen der Sourcecode liegt. Schon diese Information läßt sich nicht dem Compiler entlocken. Mit MSBUILD gibt es eine Möglichkeit, eine komplette Liste der Suchverzeichnisse zu erhalten - nur hilft dies nicht, wenn in der DPR die Units über relative Pfade eingebunden werden.

Mein Fazit: es wäre für Toolentwickler sehr hilfreich, wenn der Delphi Compiler eine vollständige Liste der verwendeten Units erzeugen könnte, mit Pfadangaben. Dann würde es vermutlich viel mehr Tools geben, insbesondere auch freie / kostenlose Tools, da der (sicher immens hohe) Aufwand für die Abhängigkeitsermittlung entfiele.

Cheers,

[gammatester]

Mit dem --depends-Switch (ab D9) geht's einfacher, es wird ein .d-File angelegt mit den Pfaden. Beispiel:

Code:

D:\DMX\M10\DCC32 -b t_kdf.pas --depends

t_kdf.d t_kdf.exe: t_kdf.pas \
      C:\TEMP\mem_util.dcu \
      C:\TEMP\HMACSHA1.dcu \
      C:\TEMP\SHA1.dcu \
      C:\TEMP\kdf_sha1.dcu \
      D:\DMX\M10\SysInit.dcu \
      D:\DMX\M10\System.dcu

Gruß Gammatester

[hs-y]

Der depends switch ist natürlich genial...
[EDIT]Da ich meine Projekte eh über die Kommandozeile kompilieren möchte ist dies eine sehr gute Alternative. Habe dcc32 so oft benutzt den aber irgendwie immer übersehen. Danke!

[himitsu]

hab grad mal nachgesehn und den scheint es mindestens ab D2006 zu geben (in D7 noch nicht)

[gammatester]

Zitat:

Zitat von himitsu

hab grad mal nachgesehn und den scheint es mindestens ab D2006 zu geben (in D7 noch nicht)

ja, daß ist aber nix neues, da ich in meinem Beitrag schon geschrieben habe, daß es ihn schon in D9 aka D2005 gibt :wink:

[Stevie]

Hi,

ich hab gerade mal dcc32 (von Delphi 2009) mit dem depends switch über ne unit gejagt, aber irgendwie kommt da keine Datei bei raus, welche die Abhändigkeiten auflistet. Die benutzten Units werden alle kompiliert. Hab ich irgendwas übersehen?

Nachtrag: Habs nochmal auf eine dkp losgelassen und siehe da, ich hab eine .d Datei zu diesem Package, welche aber sehr dürftige Abhängigkeiten abbildet (Units die aus anderen Packages kommen, werden nicht gelistet)

MfG

[gammatester]

Bei D9/D10 geht's bei mir auch mit Units, ich nehme mal an für Unit sample.pas gibt's dann ein sample.d (in welchem Verzeichnis? source, dcu, lib??)

Code:

KDF_SHA1.d KDF_SHA1.dcu: KDF_SHA1.PAS \
      C:\BP\SOURCE\43X\CRYPT\HMACSHA1.dcu \
      C:\BP\SOURCE\43X\CRYPT\SHA1.dcu \
      D:\DMX\M9\SysInit.dcu \
      D:\DMX\M9\System.dcu

[mjustin]

Zitat:

Zitat von gammatester

Bei D9/D10 geht's bei mir auch mit Units, ich nehme mal an für Unit sample.pas gibt's dann ein sample.d (in welchem Verzeichnis? source, dcu, lib??)

Code:

KDF_SHA1.d KDF_SHA1.dcu: KDF_SHA1.PAS \
      C:\BP\SOURCE\43X\CRYPT\HMACSHA1.dcu \
      C:\BP\SOURCE\43X\CRYPT\SHA1.dcu \
      D:\DMX\M9\SysInit.dcu \
      D:\DMX\M9\System.dcu

:thumb:

Das sieht sehr gut aus, ich muss gestehen dass ich zwar schon den Schalter kannte, ihn aber nicht ausprobiert habe nachdem ein Delphi-Guru (iirc auf Stackoverflow) schrieb, dass der Schalter seltsamerweise keine Ausgabe erzeugt. Eventuell braucht der Guru mal wieder eine Meditation.