Konstante in Konstante

[dummzeuch]

Und nicht vergessen: Es gibt einen Compiler-Switch, der es erlaubt, typisierte Konstanten zu verändern:

J+
bzw.
{$WRITEABLECONST ON}

Das würde bei case-Statements zu Chaos führen und deshalb sind sie nicht erlaubt.

Delphi-Quellcode:

Case x of 
  a: ; 
  b: ;
end;

ist intern etwas anderes als

Delphi-Quellcode:

if x = a then begin
end else if x = b then begin
end;

[TiGü]

Ich habe nichts produktives beizutragen, möchte aber meinen Unmut ebenso wie Günther darüber ausdrücken.
Erst Anfang der Woche wieder darüber gestolpert, als ich mehrere typisierte Konstanten mit gleichen Inhalt zusammenfassen wollte.

[himitsu]

Zu unerwarteten Fehlern beim CASE würde es nur führen, wenn man doppelte Werte durch die Änderungen bekommt UND der Compiler die Reihenfolge der Auswertung geändert (optimiert) hat.

Normal macht Case intern kein

Delphi-Quellcode:

if i = 0 then ...
else if i = 1 then ...
else if i = 3 then ...
else if i = 4 then ...
else if i = -5 then ...
else ...

sondern eher sowas

Delphi-Quellcode:

//Inc(i, 132) or Dec(i, 123) wenn erster Wert keine 0 ist
if i = 0 then ...  // am Ende jeweils ein "goto CaseEnd;"
Dec(i);
if i = 0 then ...
Dec(i, 2);
if i = 0 then ...
Dec(i);
if i = 0 then ...
Inc(i, 9);
if i = 0 then ...
{else} ...
CaseEnd:

Ja, und sowas klappt nur, wenn die Konstanten "unveränderbar" sind, damit der Compiler quasi mit ihnen "rechnen" kann.

[freimatz]

Ja schon. Aber auch wenn ich es für nich tgut finde halte ich den Wunsch für implementierbar. Es ist doch völlig egal wie der Compiler das intern macht. Dann muss er halt das bei fixen Konstanten das so machen und bei variablen "Konstanten" und Strings halt anders.
Und aus sicherer Quelle (CPU-Fenster, 32-Bit) kann ich schreiben, das der Compiler das auch anders macht als mit viele ifs, nämlich dass er eine Sprungtabelle erzeugt und dann über den Index verzweigt.