Ich hatte mich grade gewundert, warum ein Code garnicht funktioniert.

Und beim Debuggen dachte ich erst, ich seh nicht richtig. (die fehlenden blauen Punkte hielt ich erst für einen anderen Bug)

Zitat:

markieren

Delphi-Quellcode:

{$IFDEF UsePerformanceCounter}
  CodeA;
{$ESLE}
  CodeB;
{$ENDIF}

Ja, hier (XE3) wird keiner der Codes ausgeführt und es gibt auch keinerlei Fehlermeldung vom Compiler.


Sagt jetzt bitte nicht, daß dieser Bug schon lange und immernoch vorhanden ist.





Es ist ja schon "krank", daß die Trottel IFEND und ENDIF zusammengeschmissen haben (ohne es dem Error-Insigt zu sagen).
Aber hier nichtmal einen fehler zu werfen, also echt Mal.

Wenn das IFDEF nicht erfüllt wird, wird der Code dazwischen nicht ausgeführt. Dass das ELSE falsch geschrieben ist, stört den Compiler daher auch nicht. Und ist es erfüllt, wird es auch nicht bemerkt, wenn der Code vorher schon ein Problem macht.

Wo siehst du hier das Problem?

Und wegen IFEND und ENDIF:
Das ist bei XE5 für Error Insight kein Problem soweit ich das sehe.

Zitat von jaenicke:

Dass das ELSE falsch geschrieben ist, stört den Compiler daher auch nicht.

Das ist ja grad der Bug. Wenn Compilerdirektiven durch '{$' eingeleitet werden, dann ist das eine Direktive. und '$ESLE' ist eine unbekannte Direktive.

Es ist aber im IFDEF drin, das nicht erfüllt ist. Dementsprechend interessiert den Compiler auch nur ein Ende. Es wäre umgekehrt ein Bug, wenn etwas beachtet würde obwohl das IFDEF nicht erfüllt ist.

Wird das IFDEF erfüllt, wird es ja auch korrekt als falsche Direktive erkannt.

Würde das nicht so funktionieren, könnte man auch nicht neue Direktiven vor alten Delphiversionen mit IFDEF verstecken. Das wäre daher ein gravierendes Problem.

Zitat von jaenicke:

Es ist aber im IFDEF drin, das nicht erfüllt ist...

Aber nach dem ELSE muss er doch suchen, oder? Also muss er sich doch eh jede Zeile anschauen. Der Präprozessor ist einfach nur zu gnädig, und das ist blöd. Verstehe nicht, weshalb die keinen anständigen Tokenizer (bezüglich der Compilerdirektiven) dort eingebaut haben.

Och, hätte wenigstens eine Warnung über unbekannte Direktive erwartet,
aber jetzt wo du es sagst ... joar, hast schon Recht.

Dennoch blöd, daß der Rechtschreibfehler nicht gleich auffällt, so wie beim normalen IF-THEN-ELSE.
War nett, daß ich bestimmt fast eine 1/4 Stunde versenkt hatte und bissl sauer reagierte, als mich der Fehler grade etwas generft hatte.



Und das mit dem IFEND ... gerade da gibt es das Problem.
Ich weiß nicht seit wann es "kaputt"-gemacht wurde.

markieren

Delphi-Quellcode:

{$IFDEF ConditionalExpressions}
  {$IF Irgendwas}
    ...
  {ENDIF}
{ENDIF}

Das funktioniert jetzt, aber früher nicht, also da wo das IFDEF fehlschlägt, dann mit dem ersten "falschen" ENDIF endet und beim nächsen ENDIF knallt, denn eigentlich hat es so auszusehen

markieren

Delphi-Quellcode:

{$IFDEF ConditionalExpressions}
  {$IF Irgendwas}
    ...
  {IFEND}
{ENDIF}

Zumindestens in XE3 und ich glaub auch noch in XE4 meckerte (unterstrich) noch das ErrorInsight den "Fehler" korrekt, auch wenn der Compiler es durchläßt.

Zitat von Furtbichler:

Aber nach dem ELSE muss er doch suchen, oder? Also muss er sich doch eh jede Zeile anschauen. Der Präprozessor ist einfach nur zu gnädig, und das ist blöd. Verstehe nicht, weshalb die keinen anständigen Tokenizer (bezüglich der Compilerdirektiven) dort eingebaut haben.

Der erkennt das ja, das ist ja gar nicht das Problem. Das Problem ist, dass du diese Warnungen dann für alle unbekannten Direktiven zukünftiger Delphiversionen bekommen würdest, wenn du mit einer älteren Delphiversion kompilierst, obwohl außen herum ein IFDEF ist und diese Direktiven also eigentlich außen vor bleiben sollen.

Das Problem in diesem Fall ist mir schon klar, aber trotzdem ist es so einfach nicht lösbar...

Zitat von jaenicke:

Das Problem ist, dass du diese Warnungen dann für alle unbekannten Direktiven zukünftiger Delphiversionen bekommen würdest, wenn du mit einer älteren Delphiversion kompilierst, obwohl außen herum ein IFDEF ist und diese Direktiven also eigentlich außen vor bleiben sollen.

Hm... grffnzl. Ok.