Delphi-Compiler

[egal]

Sorry, vielleicht wurde das Thema schon besprochen, aber ich konnte leider nichts passendes finden. :o
Ich habe einen Delphi-Unit und will Delphi-Compiler im Hintergrund starten. Wenn es einige Fehler drin sind, dann eine Fehlermeldung bekommen und wenn alles super ist, dann eine Meldung, dass es alles wunderbar gelaufen. Geht es so und wenn ja, wie? Danke! :-D

[Hansa]

Vielleicht meinst du das : DCC32.EXE

[Meflin]

hm was meinst du du willst ihn im hintergrund starten. klicke auf den compile button in dlphi und die sache hat sich :gruebel:

[egal]

Ich habe wahrscheinlich nicht genau erklärt. Ich will z.B in einer Commandozeile meinen Unit eingeben und compilieren und auf dem Bildschirm nichts sehen, keinen Delphi-Fenster usw. Oder wenn ich einen Button beim Programmablauf drücke, dann soll im Hintergrund Delphi-Compiler starten und einen Unit compilieren. So was habe ich gemeint. 8)

[egal]

Zitat:

Zitat von Hansa

Vielleicht meinst du das : DCC32.EXE

Soll ich in Commandozeile dcc32.exe und dann pfad meines Units schreiben oder?

[Meflin]

ok weis ich nicht wie das geht aber ohne dir was unterstellen zu wolen: du weist schon dass du den delphi compiler nicht in deinen anwendungen und auch sonst nicht weitergeben darfst? ich meine nicht dass du vorhast delphi neu zu erfinden ;-)

[egal]

Zitat:

Zitat von Meflin

ok weis ich nicht wie das geht aber ohne dir was unterstellen zu wolen: du weist schon dass du den delphi compiler nicht in deinen anwendungen und auch sonst nicht weitergeben darfst? ich meine nicht dass du vorhast delphi neu zu erfinden ;-)

Delphi neu zu erfinden, hm-gute Idee :P
ist klar, das ich nicht weitergeben darf, ich wollte nur probieren, ob es geht.

[Hansa]

Meine Glaskugel scheint wieder zu gehen. :lol:

dcc32 MeineUnit

[egal]

Zitat:

Zitat von Hansa

Meine Glaskugel scheint wieder zu gehen. :lol:

dcc32 MeineUnit

es läuft, aber, wenn es ein Fehler ist, da bekomme ich keine Fehlermeldung

[Edit] Es kann auch sein, dass die Fehlermeldung wurde erkannt, aber im Dos-Fenster passiet das Ganze so schnell, dass ich nichts lesen kann, Pause-Taste bringt auch nicht viel, nur beim sehr grossen Unit konnte ich feststellen, dass da irgendwelche Warnungen waren.

[Hansa]

Zitat:

Zitat von egal

es läuft, aber, wenn es ein Fehler ist, da bekomme ich keine Fehlermeldung

Dann mußt du das machen : :shock:

[egal]

Zitat:

Zitat von Hansa

Zitat:

Zitat von egal

es läuft, aber, wenn es ein Fehler ist, da bekomme ich keine Fehlermeldung

Dann mußt du das machen : :shock:

ich habe gerade meinen früheren Beitrag editiert. Kann man da irgendwie so machen, dass die Kompilation nicht so blitzschnell läuft oder die Meldungen am Bildschirm bringen?

[Phoenix]

Such mal hier in der DP. Irgendwo gabs mal nen Thread wo drinstand wie man die Ausgabe von Kommandozeilenprogrammen abfangen konnte.

[Meflin]

ich check immernoch nicht so ganz was du willst. in der delphi ide geht das, da kann man ein compiler-meldungsfenster anschalten!

[Hansa]

Was ist denn da so schwer dran zu verstehen ? :? Ich benutze den DCC32 auch des öfteren, z.B. falls 20 Programme wegen einer zentralen Änderung alle neu compiliert werden müssen. Ich lade mir die doch nicht alle in die IDE, um dann F9 zu drücken. :lol:

Was die Fehlermeldungen angeht, so gibt es noch einen Trick :

Zitat:

DCC32 MeinProg >Fehler.TXT

Die Fehler würden dann in der Datei aufgezeichnet.

[egal]

Zitat:

Zitat von Meflin

ich check immernoch nicht so ganz was du willst. in der delphi ide geht das, da kann man ein compiler-meldungsfenster anschalten!

ok, versuch noch einmal zu erklären, ich will einen Unit zu kompilieren, ohne Delphi zu starten und Compiler soll irgendwo im Hintergrund laufen.
Und was ist mit der Anschaltung Compiler-Meldungsfenster, hab nicht ganz verstanden, kann es irgendwie mir helfen?

[egal]

Zitat:

Zitat von Hansa

Was die Fehlermeldungen angeht, so gibt es noch einen Trick :

Zitat:

DCC32 MeinProg >Fehler.TXT

Die Fehler würden dann in der Datei aufgezeichnet.

Vielen dank, probiere gleich aus! :tongue:

[Meflin]

nein ihn dem fall würde es dir nichts helfen, dass ist ein feature der delphi ide!

[egal]

Zitat:

Zitat von Phoenix

Such mal hier in der DP. Irgendwo gabs mal nen Thread wo drinstand wie man die Ausgabe von Kommandozeilenprogrammen abfangen konnte.

hat eigentlich nicht viel gebracht, aber Hansa hat mir schon einen guten Tipp gegeben.

[Florian H]

wenn dir das fenster zu schnell zu geht, kannst du auch erstmal die DOS-Box öffnen (über Start-Ausführen "cmd" ; bei WinXP) und dort das dann eintppen!

[egal]

Zitat:

Zitat von Hansa

Was die Fehlermeldungen angeht, so gibt es noch einen Trick :

Zitat:

DCC32 MeinProg >Fehler.TXT

Die Fehler würden dann in der Datei aufgezeichnet.

Bei mir passiert nichts oder ich mache definitiv, was falsch.
Ich schreibe in Ausführen so: dcc32.exe c:\MyUnit.pas >c:\fehler.txt
Und wenn ich dasselbe in Dos-Fenster eintippe, dann klappt es komischerweise wunderbar.
Kann man am Ende erfogreichen Compilation auch einee Dll herstellen oder nicht?

[egal]

Zitat:

Zitat von Florian H

wenn dir das fenster zu schnell zu geht, kannst du auch erstmal die DOS-Box öffnen (über Start-Ausführen "cmd" ; bei WinXP) und dort das dann eintppen!

Danke, jetzt kann ich wenigstens prüfen, ob es überhaupt richtig läuft.

[MaBuSE]

Zitat:

Zitat von egal

Zitat:

Zitat von Florian H

wenn dir das fenster zu schnell zu geht, kannst du auch erstmal die DOS-Box öffnen (über Start-Ausführen "cmd" ; bei WinXP) und dort das dann eintppen!

Danke, jetzt kann ich wenigstens prüfen, ob es überhaupt richtig läuft.

Ein paar Tipps (eine kleine Anleitung) zum Kommandozeilen Compiler von Delphi

1. Erstelle ein kleines Demoprojekt (Delphi starten -> neues Projekt -> einen TButton aufs Formular -> Close; zuweisen und speichern in c:\temp\test\)
2. Drücke F9 zum Starten in der IDE -> Programm wird kompiliert und gestartet
3. Programm und Delphi beenden
4. Shell öffnen (Dos Box / Eingabeaufforderung)
5. In Verzeichnis c:\temp\test wechseln

Code:

cd /d c:\Temp\Test

6. Den Kommandozeilen Compiler aufrufen

Code:

dcc32 Project1

7. Es wird die Datei Project1.dpr kompiliert und ein project1.exe erstellt.

Code:

C:\TEMP\Test>dcc32 Project1
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Unit1.pas(32)
Project1.dpr(14)
48 lines, 0.36 seconds, 314324 bytes code, 7429 bytes data.

Ok, so weit so gut.

In Deinem Verzeichnis sollten folgende Dateien vorhanden sein:

Code:

C:\TEMP\Test>dir
 Volume in Laufwerk C: hat keine Bezeichnung.
 Volumeseriennummer: ACAF-C564

 Verzeichnis von C:\TEMP\Test

10.09.2004  14:15    <DIR>          .
10.09.2004  14:15    <DIR>          ..
10.09.2004  14:15               426 Project1.cfg
10.09.2004  14:15             2.912 Project1.dof
10.09.2004  14:12               188 Project1.dpr
10.09.2004  14:15           374.784 Project1.exe
10.09.2004  14:15               876 Project1.res
10.09.2004  14:15             3.651 Unit1.dcu
10.09.2004  14:11               495 Unit1.dfm
10.09.2004  14:12               465 Unit1.pas
               8 Datei(en)        383.797 Bytes
               2 Verzeichnis(se), 15.032.627.712 Bytes frei

Project1.dpr: der Projektquelltext (hier wird Unit1 mit Form1 aufgerufen)
Unit1.pas: der Quelltext des Hauptformulars Form1
Unit1.dfm: hier sind die visuell festgelegten Eigenschaften abgespeichert (alles was man im Objektinspektor sehen kann)

Wenn nur diese 3 Dateien vorhanden sind, kann man schon kompilieren!

Project1.res: Resourcendatei wird von der IDE automatisch erstellt. (Hier ist. z.B. das Icon der Exe enthalten)
Project1.dof: DOF = Delphi Option File -> hier speichert die Delphi IDE die Optionen ab
Project1.cfg: Hier werden die Optionen für den Compiler abgespeichert. Die IDE erzeugt diese Datei beim Kompilieren.

Die *.cfg Datei ist sehr nützlich!
Wenn zu einem Projekt eine cfg-Datei existiert, dann übernimmt DCC32.EXE automatisch die Optionen aus der Datei. (Mann kann also alle Einstellungen in der IDE vornehmen, und muss sie nicht als Parameter an DCC32 übergeben) Diese Datei ist eine Textdatei und kann editiert werden. z.B.

Code:

notepad Project1.cfg

Wenn keine *.cfg Datei vorhanden ist kann es passieren, das dcc32.exe folgende Fehlermeldung bringt:

Code:

C:\TEMP\Test>dcc32 Project1
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Project1.dpr(1) Fatal: Unit not found: 'System.pas' or binary equivalents (DCU,DPU)

Dann muß man den Suchpfad manuell als Parameter übergeben:

Code:

C:\TEMP\Test>dcc32 -UC:\Programme\Borland\Delphi7\Lib project1
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Unit1.pas(32)
Project1.dpr(14)
48 lines, 0.34 seconds, 314324 bytes code, 7429 bytes data.

oder in die *.cfg folgende Zeile einfügen:

Code:

-UC:\Programme\Borland\Delphi7\Lib

Unit1.dcu: Die kompilierte Unit (unit1.pas + unit1.dfm)
Project1.exe: Das kompilierte ausführbare Programm

Ruf mal dcc32 ohne Parameter auf, dann siehst Du eine Liste der möglichen Parameter:

Code:

C:\TEMP>dcc32
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

Syntax: dcc32 [options] filename [options]

  -A<unit>=<alias> = Set unit alias  -LU<package> = Use package
  -B = Build all units               -M = Make modified units
  -CC = Console target               -N<path> = DCU output directory
  -CG = GUI target                   -O<paths> = Object directories
  -D<syms> = Define conditionals     -P = look for 8.3 file names also
  -E<path> = EXE output directory    -Q = Quiet compile
  -F<offset> = Find error            -R<paths> = Resource directories
  -GD = Detailed map file            -U<paths> = Unit directories
  -GP = Map file with publics        -V = Debug information in EXE
  -GS = Map file with segments       -VR = Generate remote debug (RSM)
  -H = Output hint messages          -W = Output warning messages
  -I<paths> = Include directories    -Z = Output 'never build' DCPs
  -J = Generate .obj file            -$<dir> = Compiler directive
  -JP = Generate C++ .obj file       --help = Show this help screen
  -K<addr> = Set image base addr     --version = Show name and version
Compiler switches: -$<letter><state> (defaults are shown below)
  A8  Aligned record fields           P+  Open string params
  B-  Full boolean Evaluation         Q-  Integer overflow checking
  C+  Evaluate assertions at runtime  R-  Range checking
  D+  Debug information               T-  Typed @ operator
  G+  Use imported data references    U-  Pentium(tm)-safe divide
  H+  Use long strings by default     V+  Strict var-strings
  I+  I/O checking                    W-  Generate stack frames
  J-  Writeable structured consts     X+  Extended syntax
  L+  Local debug symbols             Y+  Symbol reference info
  M-  Runtime type info               Z1  Minimum size of enum types
  O+  Optimization

C:\TEMP>

So ich hoffe ich habe Dir hiermit eine kleine Anleitung geben können.
Prinzipiell kann man mit dem dcc32 alles kompilieren, was auch die Delphi IDE kann.
Wenn Dein Project1.dpr eine DLL erstellt, dann wird dcc32 auch eine DLL erstellen.
DCC32.EXE kann auch mit Projektgruppen umgehen, und so viele Programme nacheinander kompilieren.
Dazu muß man wissen, das Projektgruppen eigentlich nur makefiles sind. Ein Aufruf von

Code:

make ProjectGroup1.bpg

ruft nacheinander für jedes enthaltene Projekt dcc32 auf und kompiliert es.

[egal]

to MaBuSe:
Danke für so eine ausführliche Hilfe!!! :hello:

[MaBuSE]

Zitat:

Zitat von egal

to MaBuSe:
Danke für so eine ausführliche Hilfe!!! :hello:

Bitte gern geschehen. ;-)
Ich habe den Text auch noch mal zu den Tutorials gepostet.

[Luckie]

Mach eine Batch-Datei:

Code:

dcc32 MeineUnit.pas
pause

Dann sollte sich das Fenster erst nach tastendruck schließen und du kannst die Ausgaben noch lesen.

[NicoDE]

Zitat:

Zitat von Luckie

Code:

dcc32 MeineUnit.pas
pause

Oder

Code:

@echo off
%comspec% /K dcc32 Foo.dpr
exit

Dann bleibt die Shell gleich offen (bereit um sie wegzuklicken oder etwas anderes einzutippen).

[Hansa]

Hi,

jetzt sind ja einige, die wissen was es mit DCC32.EXE auf sich hat aufgetaucht. 8) Es gibt nämlich noch eine zumindest von mir nicht zu 100% geklärte Frage :

Ist in DCC32 alles genau so, wie in der IDE ? Ich glaube Nico hat mal gesagt, es wäre nicht dasselbe. Schätze mal, diese Frage muß zu Borland, aber vielleicht weiß einer trotzdem genaueres.

[Robert Marquardt]

Ich empfehle die JVCL (http://jvcl.sf.net/daily und http://jcl.sf.net/daily).
Der Installer wird selbst von einem Batchfile uebersetzt und benutzt dann den Delphi-Compiler
um die JVCL zu uebersetzen. Inklusive aufbereiteter Ausgabe der Meldungen.

[MaBuSE]

Zitat:

Zitat von Hansa

Ist in DCC32 alles genau so, wie in der IDE ? Ich glaube Nico hat mal gesagt, es wäre nicht dasselbe. Schätze mal, diese Frage muß zu Borland, aber vielleicht weiß einer trotzdem genaueres.

Leider Nein, es ist nicht dasselbe.

Die IDE ruft den Compiler aus der DCC32.DLL auf. Diese benötigt nicht die DCC32.EXE. Ist also ein eigenständiger Compiler.

Das Verhalten ist leider auch nicht dasselbe.

• Die IDE verwendet die Compiler Einstellungen aus den *.dof Dateien (Delphi Option File),
  der DCC32.EXE die aus den *.cfg Dateien
  Die IDE erstellt automatisch *.cfg Dateien, die aber leider nicht die selben Optionen enthalten.
  
• Die IDE verwenet beim kompilieren die allgemeinen Suchpfade (Menü -> Tools -> Umgebunsoptionen -> Bibiothek -> Bibiothekspfad) und die Pfade der Projektoptionen (Menü -> Projekt -> Optionen -> erzeichnisse/Bedingungen -> Suchpfad) als Parameter -U
  Beim Erzeugen der *.cfg Dateien wird aber nur der Projektbezogene Suchpfad abgespeichert.
  Es muß also immer noch der allgemeine Suchpfad ergänzt werden. (oder DCC32.EXE per -U übergeben werden)
  
• Der DCC32.exe Compiler mischt leider die Parameter aus verschiedenen *.cfg Dateien zusammen.
  (siehe auch , http://www.delphipraxis.net/images/common/icon_dp.gifGewichtung und Reihenfolge der Optionen des DCC32.EXE)
  
• Der DCC32.EXE Compiler hat auch Bugs die der Compiler der IDE nicht hat. (und sicher auch umgekehrt :x )
  (siehe auch , http://www.delphipraxis.net/images/common/icon_dp.gifBug bei -L und -LN Parameter des DCC32.EXE)

Es gibt noch einige andere Unterschiede, aber die habe ich jetzt nicht im Kopf ;-)

Ich hoffe diese Antwort hilft Dir weiter.

Viele Grüße an meine alte Heimat,
das Saarland :mrgreen:

[Hansa]

Also doch. :shock: Warum machen die nur so was ?

Und @Mabuse : Du tust ja so, als wärst Du nach Übersee ausgewandert. Dabei bist du gerade mal im Hinterhof gelandet. :mrgreen:

[MaBuSE]

Zitat:

Zitat von Hansa

Also doch. :shock: Warum machen die nur so was ?

Keine Ahnung.
Besser wäre es wenn der DCC32.EXE einfach die DCC32.DLL aufruft.
Dann hätte der DCC32.EXE dieselben Bugs wie die DCC32.DLL :mrgreen:
(Man könnte ja mal Danny Thorpe fragen.)

[OT]

Zitat:

Zitat von Hansa

Und @Mabuse : Du tust ja so, als wärst Du nach Übersee ausgewandert. Dabei bist du gerade mal im Hinterhof gelandet. :mrgreen:

Ich bin Ende März "ausgewandert", und war erst ein mal (einen Tag) wieder im Saarland.
[/OT]