AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Die Delphi-IDE Fehler in der Projektverwaltung? (Compilerschalter werden zerstört)
Thema durchsuchen
Ansicht
Themen-Optionen

Fehler in der Projektverwaltung? (Compilerschalter werden zerstört)

Ein Thema von himitsu · begonnen am 11. Nov 2013 · letzter Beitrag vom 11. Nov 2013
Antwort Antwort
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
43.149 Beiträge
 
Delphi 12 Athens
 
#1

Fehler in der Projektverwaltung? (Compilerschalter werden zerstört)

  Alt 11. Nov 2013, 11:58
Ist das nur bei mir so, oder schrottet die schrottige Projektverwaltung gerne Compiler-Schalter?

In der DPR steht z.B. sowas.
Delphi-Quellcode:
uses
  {$IF CompilerVersion >= 24} Vcl.Forms, {$ELSE} Forms, {$IFEND}
  ...
Wenn ich jetzt dem Projekt Dateien hinzufüge oder entferne, dann wird das >= 24 rausgelöscht.

Ich vermute mal der Parser speichert nur die IFDEF-Definitionen, welche nach dem ersten Wort aufhören, bzw. ignoriert werden.
Und setzt dann den Code wieder falsch zusammen.

So läßt es sich dann jedenfalls nicht mehr kompilieren.
Delphi-Quellcode:
uses
  {$IF CompilerVersion}
  Vcl.Forms,
  {$ELSE}
  Forms,
  {$IFEND}
  ...
Garbage Collector ... Delphianer erzeugen keinen Müll, also brauchen sie auch keinen Müllsucher.
my Delphi wish list : BugReports/FeatureRequests
  Mit Zitat antworten Zitat
Daniel
(Co-Admin)

Registriert seit: 30. Mai 2002
Ort: Hamburg
13.919 Beiträge
 
Delphi 10.4 Sydney
 
#2

AW: Fehler in der Projektverwaltung? (Compilerschalter werden zerstört)

  Alt 11. Nov 2013, 12:01
In der .DPR-Datei ist das gleichermaßen lästiges wie bekanntes Verhalten.
Daniel R. Wolf
mit Grüßen aus Hamburg
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
43.149 Beiträge
 
Delphi 12 Athens
 
#3

AW: Fehler in der Projektverwaltung? (Compilerschalter werden zerstört)

  Alt 11. Nov 2013, 12:13
Na dann.

Mit den IFDEFs war es mir bisher nie so aufgefallen.




Nur da man mit {$IFDEF VER24} nicht gut arbeiten kann und diese bei jeder neuen Compiler-Version irgendwie anpassen/erweitern muß,
bzw. sich erst aus einer Fremdbibliothekt eine aktuelle Variante von passendden Compiler-Defines besorgen und einbinden muß,
bin ich seit 'ner ganzen Weile auf die CompilerVersion umgestiegen, was ja eigentlich mindestens seit Delphi 7 funktioniert.

Nja, mindestens seit {$IFDEF CONDITIONALEXPRESSIONS} .
Und die {$IF Declared(MyVariableOrConstante)} oder {$IF Declared(MyType)} will man ja auch nicht mehr vermissen.


Delphi-Quellcode:
uses
  AlteUnitWoEsFrüherMalDrinWar,
  {$IF Declared(TDerTypWelcherFrüherInEinerAnderenUnitWar)}
  NeueUnitWoEsJetztDrinIst,
  {$IFEND}
  ...
Garbage Collector ... Delphianer erzeugen keinen Müll, also brauchen sie auch keinen Müllsucher.
my Delphi wish list : BugReports/FeatureRequests
  Mit Zitat antworten Zitat
Benutzerbild von DeddyH
DeddyH

Registriert seit: 17. Sep 2006
Ort: Barchfeld
27.542 Beiträge
 
Delphi 11 Alexandria
 
#4

AW: Fehler in der Projektverwaltung? (Compilerschalter werden zerstört)

  Alt 11. Nov 2013, 12:22
Nur da man mit {$IFDEF VER24} nicht gut arbeiten kann und diese bei jeder neuen Compiler-Version irgendwie anpassen/erweitern muß,
bzw. sich erst aus einer Fremdbibliothekt eine aktuelle Variante von passendden Compiler-Defines besorgen und einbinden muß,
bin ich seit 'ner ganzen Weile auf die CompilerVersion umgestiegen, was ja eigentlich mindestens seit Delphi 7 funktioniert.
Man könnte es aber auch andersherum machen: Definieren der bis dato bekannten Einschränkungen und dann auf Fehlen derselben prüfen.
Delphi-Quellcode:
{$IFDEF VER80}  //Delphi 1
  {$DEFINE D4_OR_LOWER}
  {$DEFINE D5_OR_LOWER}
  {$DEFINE D2005_OR_LOWER}
  {$DEFINE D2007_OR_LOWER}
  {$DEFINE D2009_OR_LOWER}
{$ENDIF}

...

{$IFDEF VER185} //Delphi 2007
  {$DEFINE D2007_OR_LOWER}
  {$DEFINE D2009_OR_LOWER}
{$ENDIF}

{$IFDEF VER200} //Delphi 2009
  {$DEFINE D2009_OR_LOWER}
{$ENDIF}

{$IFDEF D2007_OR_LOWER}
  {$DEFINE NON_UNICODE}
{$ENDIF}
Nun kann man z.B. Generics nutzen, wenn D2007_OR_LOWER nicht definiert ist.
Detlef
"Ich habe Angst vor dem Tag, an dem die Technologie unsere menschlichen Interaktionen übertrumpft. Die Welt wird eine Generation von Idioten bekommen." (Albert Einstein)
Dieser Tag ist längst gekommen
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
43.149 Beiträge
 
Delphi 12 Athens
 
#5

AW: Fehler in der Projektverwaltung? (Compilerschalter werden zerstört)

  Alt 11. Nov 2013, 12:38
Ja, nur muß man das erstmal definiert haben und auch einbinden, da Delphi sowas ja nicht von selber mitbringt.

Es wäre natürlich auch cool gewesen, wenn direkt in Delphi bei neuen Compilerfeatures passende compilerschalter auftauchen würden.

GENERICS
CLASSHELPER
UNICODE
NAMESPACES
...
Garbage Collector ... Delphianer erzeugen keinen Müll, also brauchen sie auch keinen Müllsucher.
my Delphi wish list : BugReports/FeatureRequests
  Mit Zitat antworten Zitat
Benutzerbild von DeddyH
DeddyH

Registriert seit: 17. Sep 2006
Ort: Barchfeld
27.542 Beiträge
 
Delphi 11 Alexandria
 
#6

AW: Fehler in der Projektverwaltung? (Compilerschalter werden zerstört)

  Alt 11. Nov 2013, 12:43
Zumindest UNICODE ist doch AFAIK definiert. Aber stimmt schon, das könnte auch der Hersteller von sich aus erledigen, dann müsste man nicht selbst Hand anlegen.
Detlef
"Ich habe Angst vor dem Tag, an dem die Technologie unsere menschlichen Interaktionen übertrumpft. Die Welt wird eine Generation von Idioten bekommen." (Albert Einstein)
Dieser Tag ist längst gekommen
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:17 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz