D2009 - Wie Generics.*.pas neu kompilieren?

[nicodex]

Zitat von Dezipaitor:

Was ich nicht verstehe, wie können die von Emb. die Unit kompilieren?

Keine Ahung wie das bei Delphi 2009 ist, aber in älteren Versionen kann man es im $(DELPHI)\Source\Win32\RTL\MakeFile nachlesen.

[Daniel]

Das MakeFile ist da, aber ausgerechnet diese beiden Kandidaten (Generics*.pas) sind nicht enthalten.

Ich habe meine Versuche für den Momen auch eingestellt - mit dem Speicherleck kann ich leben, die Objekt sind in meinem Fall sehr langlebig und für das Iterieren über die Keys habe ich einen Workaround. Das ist gewiss alles nicht befriedigend, aber ich musste hier erstmal weiterkommen.

[turboPASCAL]

Mir würde erst mal einfallen bei den Entwicklern nachzufragen. Das ist doch eine Supportsache wenn die das Speicherleck versämmelt haben.

[jbg]

Zitat von turboPASCAL:

wenn die das Speicherleck versämmelt haben.

Wenn es nur das Speicherleck wäre. Die gesamte Unit sieht mehr nach "nicht wirklich getestet" aus. Das liegt vielleicht daran, dass der Compiler bei Generics im allgemeinen etwas instabil ist und somit die Unit auf "hörensagen" entwickelt wurde.

[hanspeter]

Zitat von jbg:

Wenn es nur das Speicherleck wäre. Die gesamte Unit sieht mehr nach "nicht wirklich getestet" aus. Das liegt vielleicht daran, dass der Compiler bei Generics im allgemeinen etwas instabil ist und somit die Unit auf "hörensagen" entwickelt wurde.

Ist doch schon seit D5 so, eine neue Version ist erst nach SP2 produktiv verwendbar.

Peter

[himitsu]

Hat hier denn nochmal wer weitergemacht?
(abgesehn von einem Virusentwickler )

Manchmal macht es wirklich keinen Spaß, wenn einem "ständig"
delphieigene Units unterkommen, welche mit Debuginformationen kompiliert wurden, OBWOHL es die Release-Versionen sein sollten ... ist z.B. nett, wenn man mit F7 sonstwo landet, aber nicht da wo man wollte.
(bei den Indys sind beide "Versionen" sogar komplett identisch und vollgestopft mit Debugzeugs)



Soein Programm, welches du DCU anhand iherer SourceCodes (wenn sie denn vorhand sind) neu kompiliert,
wäre ja eigentlich ganz praktisch. Auch wenn man, wie Daniel mal seine Sourcen etwas editiert.
Oder wie wäre es mit einigen FixupPacks von jbg direkt integriert?


Und vorallem, was sollte wo eigentlich reingehören

Code:

.    Debug         Release        (für die OH, sonst findet man da ja nix)
++   -$C+          -$C-           $ASSERTIONS
+-   -$D+          -$D-           $DEBUGINFO
++   -$G+          -$G-           $IMPORTEDDATA
++   -$I+          -$I-           $IOCHECKS
+-   -$L+          -$L-           $LOCALSYMBOLS
--   -$M+          -$M-           $TYPEINFO
--   -$Q+          -$Q-           $OVERFLOWCHECKS
--   -$R+          -$R-           $RANGECHECKS
--   -$W+          -$W-           $STACKFRAMES
+-   -$Y+          -$Y-           $REFERENCEINFO (hier gibt's ja auch noch -$YD)
+-   -DDEBUG
     --inline:off  --inline:auto

ganz vorne sind die Standardeinstellungen aus den Projektoptionen
und ansonsten isses so, wie ich es eventuell gedenke machen zu werden

im Anhang nur mal 'nen kleiner Anfang/Test
die Units selber würden sich also erstmal kompilieren lassen
(ob sie dann auch laufen müßte man dann mal sehn)
und das mit den Packages hab ich mir noch nicht angesehn



hier wäre es eigentlich auch praktisch, Borcodero für eigene Anwendungen 3 (4) Standard-Versionen anbieten würde und nicht nur die 2 (Debug und Release)
- debuggen ohne Codeoptimierung und mit allen möglichen Zusatzinfos
- debugen mit debuginfos, aber der Code so wie im Release (ohne Asserts, Überlauftests, ...)
- das Release ohne alles

vielleicht noch 'nen Release mit Asserts, Überlauftests, ... und ohne Debuginfos