Error beim kompilieren via Kommandozeile

[hs-y]

Also in Delphi 2006 gibt es nur die .dpr-Dateien. Die .dproj wurden erst mit Delphi 2007 eingeführt.

Das Augabeverzeichnis ist das Standardausgabeverzeichnis.

Das Projektverzeichnis liegt auf demselben PC in dem selben Teil der Festplatte (C:\) in einem Unterordner, während das Ausgabeverzeichnis in C:\Programme\Borland\BDS\...

Ich starte über die Kommandozeile nutze also den Kommandozeilencompiler, der all das kann, was das BDS auch kann. Die Environmentvariablen werden im Projekt gespeichert und somit wird das Projekt genau so kompiliert, wie im BDS auch.

[Muetze1]

Zitat von hs-y:

Also in Delphi 2006 gibt es nur die .dpr-Dateien. Die .dproj wurden erst mit Delphi 2007 eingeführt.

Scherzkeks - dann halt die .bdsproj Datei.

Zitat von hs-y:

Das Augabeverzeichnis ist das Standardausgabeverzeichnis.

Das Projektverzeichnis liegt auf demselben PC in dem selben Teil der Festplatte (C:\) in einem Unterordner, während das Ausgabeverzeichnis in C:\Programme\Borland\BDS\...

Ich starte über die Kommandozeile nutze also den Kommandozeilencompiler, der all das kann, was das BDS auch kann. Die Environmentvariablen werden im Projekt gespeichert und somit wird das Projekt genau so kompiliert, wie im BDS auch.

Wenn du die detaillierten Fragen nicht auch detailliert beantworten willst, willst du anscheinend auch keine Hilfe. Aber dann frag bitte auch nicht!

[hs-y]

Na dann hier die .dpr:

Delphi-Quellcode:

program BigBrother;

uses
  //MWHeapChecker,
  Forms,
  BigBrotherF in 'BigBrotherF.pas' {BigBrotherForm},
  OsirisD in 'OsirisD.pas',
  OsirisC in 'OsirisC.pas',
  ApplicationD in 'ApplicationD.pas',
  ConfigF in 'ConfigF.pas' {ConfigForm},
  AppConfigD in 'AppConfigD.pas';

{$R *.RES}

begin
  Application.Initialize;
  Application.CreateForm(TBigBrotherForm, BigBrotherForm);
  Application.Run;
end.

Die .bdsproj wird beim kompilieren gar nicht verwendet (zumindest wenn man es, wie ich über die Kommandozeiele macht)

Verzeichnisname:
C:\perforce\user\depot\Tools\BigBrother

Ausgabeverzeichnis:
C:\Programme\Borland\BDS\4.0\Output

[Muetze1]

Zitat von hs-y:

Die .bdsproj wird beim kompilieren gar nicht verwendet (zumindest wenn man es, wie ich über die Kommandozeiele macht)

Das bedeutet du rufst für jede .pas und abhängige Quelle deines Projektes per Hand den dcc auf?

Oder nutzt du das make Tool von Borland was genau dafür vorgesehen ist? Wenn letzteres wird sehr wohl die .bdsproj genommen, von dort holt er sich die entsprechenden Compiereinstellungen etc.

[hs-y]

Ne, ich nutze den mitgelieferten Compiler dcc32.exe, der einfach über der .dpr aufgerufen wird.

Die IDE benutzt die zugehörige dll: dcc100.dll (oder so ähnlich)

Diese sind insofern identisch, als sie dasselbe tun.

[Muetze1]

Der DCC32 direkt nutzt nicht die Einstellungen, das ist richtig. Aber der hat noch andere Unzulänglichkeiten und man muss ihn entsprechend mit einer gut langen Kommandozeilenkette füttern. Die Benutzung von make wäre da ja schon eine Möglichkeit, da sich dieses vorher auch um die Bereitstellung der nötigen Umgebung für den dcc kümmert. Schonmal alternativ probiert?

Und wurden die intermediates vor jedem Versuch gelöscht? Also vor allem in Bezug auf die Aussage, dass es im anderen Verzeichnis funktioniert und im anderen nicht.

[Hansa]

Mir fehlen hier einige wichtige Hinweise. Vor allem bezüglich der CFG-Dateien. DCC32 verwendet diese und dabei sind die Prioritäten wichtig. Zuerstmal kommen die : Programmname.CFG im Verzeichnis der DPR. Dann gibts noch eine DCC32.cfg und wird benutzt, sofern keine Programmname.cfg existiert. Dazu kommen noch die in Windows eingestellten Suchpfade. Und zu allem Überfluss hat das alles mit den in der IDE eingestellten Sachen nichts zu tun. Lösche am besten die ganzen CFGs und erzeuge sie neu.

[hs-y]

Nein mit make habe ich mich noch nicht beschäftigt! Eigentlich bis jetzt nur mit dem dcc32. Wichtig wäre es aber auf jeden Fall, dass ich das dann auch auf anderen unabhängigen Rechnern neu erzeugen kann ohne IDE und wenn nur die Suchpfade gesetzt (und kopiert) sind.
Also damit meine ich, dass ich dann das Projekt auf anderen Rechnern kompilieren kann, die nur die entsprechenden Sourcen besitzen.

Ich nehme an mit den Intermediates meinst du Dinge wie die .drc und .dcu - Dateien. Ja die werden vorher gelöscht.

Die cfgs habe ich gelöscht und neu erzeugt und es gibt keine Veränderung.

Wie gesagt was ich seltsam finde ist, dass offenbar der --depends Schalter für diesen internen Error verantwortlich ist. Der ist aber für meinen Use-Case nötig.

[TrickyMartin]

Zitat von hs-y:

Das Projektverzeichnis liegt auf demselben PC in dem selben Teil der Festplatte (C:\) in einem Unterordner, während das Ausgabeverzeichnis in C:\Programme\Borland\BDS\...

Also ich tippe ganz stark darauf, dass du deswegen Probleme hast, weil du unter C:\Programme\ schreiben willst, und dazu braucht es unter Vista Admin-Rechte. Setze mal alle Pfade auf irgend ein anderes Verzeichnis, z.B. c:\temp\ (das du vorher händisch anlegst), das sollte dein Problem lösen.

Sorry für den späten push, aber stolpert ja nochmal jemand anderes über dieses Problem.