W1025 Sprach-Feature wird nicht unterstützt: 'class constructor'

[himitsu]

Zitat:

[dcc32 Warnung] *.pas(1): W1025 Sprach-Feature wird nicht unterstützt: 'class constructor'

Eigentlich müsste ich diese Meldung doch mit

Delphi-Quellcode:

{$WARN UNSUPPORTED_CONSTRUCT OFF}

weg bekommen, aber sie bleit?
siehe [OH]{$WARN}[/OH] ganz unten, bei x1025

Ach ja, ich hab eigentlich nur einen

Delphi-Quellcode:

class destructor

, aber sollte ja egal sein.

[Der schöne Günther]

Ich verstehe nicht einmal bei was für Code man den W1025 überhaupt dazu bringen könnte über einen Klassenkonstruktor zu meckern.

[himitsu]

Der C++-Compiler kann das nicht und darum warnt der Delphi-Compiler auch davor. :roll:

Delphi-Quellcode:

type
  TMyClass = class(TComponent)
  private class var
    FMyList: TList<TIrgendwas>;
  public
    class destructor Destroy;
  end;

class destructor TMyClass.Destroy;
begin
  FreeAndNil(FMyList);
end;

Meine Liste wird in einem Class-Property erstellt und befüllt, wenn man dort was zuweist.

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1302254)

Der C++-Compiler kann das nicht und darum warnt der Delphi-Compiler auch davor. :roll:

Komisch - bei mir nicht!

Kannst du das mal auf ein minimales Beispiel runterbrechen?

[baumina]

Uwe, du bekommst die Meldung wahrscheinlich nicht, weil du unter Projekt / Optionen / Delphi-Compiler / Ausgabe C/C++ / Erzeugung der C/C++ Ausgabedatei auf "Nur DCUs erzeugen" stehen hast.

[himitsu]

Und aktuellere Delphis haben diese Option leider scheinbar standardmäßig aktiviert, in neuen Projekten, :wall:
oder vielleicht liegt's auch daran, daß es hier ein RAD Studio ist ... aber egal, die Meldung sollte sich ja eigentlich abschalten lassen.

[ventiseis]

Zitat:

Zitat von himitsu (Beitrag 1302254)

Delphi-Quellcode:

class destructor Destory;

Vielleicht mit class

Delphi-Quellcode:

Destroy

statt

Delphi-Quellcode:

Destory

?

[himitsu]

Ach, das war hier jetzt nur ein winziger Verschreiber. Im Programm ist es bestimmt richtig geschrieben. :angle:

[DeddyH]

Ich meine mal gelesen zu haben, dass es bei Klassenkonstruktoren und -destruktoren völlig schnurz ist, wie man sie benennt.

[Uwe Raabe]

Zitat:

Zitat von baumina (Beitrag 1302270)

Uwe, du bekommst die Meldung wahrscheinlich nicht, weil du unter Projekt / Optionen / Delphi-Compiler / Ausgabe C/C++ / Erzeugung der C/C++ Ausgabedatei auf "Nur DCUs erzeugen" stehen hast.

Das hatte ich schon mal probeweise aktiviert, aber trotzdem keine Warnung bekommen :gruebel:

[himitsu]

Normale Constructoren kann man auch nennen, wie man will ... nur beim Destructor wird halt nur das Destroy vom Free/Destroy aufgerufen. (außer man ruft den anders benannten Destructor selber auf)
Kann also gut sein, daß es bei Class-Constructoren auch egal ist, aber ich behalte das Namensschema lieber bei.


Es ist halt nur nervig, wenn sich "sinnlose" Meldungen im Compilerlog aufhalten ... räume da gern auf.
Und wenn ich was abschalte, dann nur geziehlt und nicht einfach nur

Delphi-Quellcode:

{$WARNINGS OFF}

, da ich "wichtige" Meldungen ja erhalten will.

[baumina]

Zitat:

Zitat von Uwe Raabe (Beitrag 1302297)

Zitat:

Zitat von baumina (Beitrag 1302270)

Uwe, du bekommst die Meldung wahrscheinlich nicht, weil du unter Projekt / Optionen / Delphi-Compiler / Ausgabe C/C++ / Erzeugung der C/C++ Ausgabedatei auf "Nur DCUs erzeugen" stehen hast.

Das hatte ich schon mal probeweise aktiviert, aber trotzdem keine Warnung bekommen :gruebel:

Ich bekomme den Warnhinweis mit Delphi XE, wenn ich das auf "C++ .objs, Header erzeugen" einstelle.

[Dejan Vu]

Eine andere Variante, um den Warnungsspam auszudünnen bestünde darin, auf Klassenkonstruktoren und -destruktoren sowie auf Klassenvariablen komplett zu verzichten.

Denn das sind Singletons. Und Singletons sind böse. Und so gar nicht threadsafe. Und stehen einem nur im Weg.

[mael]

Zitat:

Zitat von Dejan Vu (Beitrag 1302303)

Eine andere Variante, um den Warnungsspam auszudünnen bestünde darin, auf Klassenkonstruktoren und -destruktoren sowie auf Klassenvariablen komplett zu verzichten.

Denn das sind Singletons. Und Singletons sind böse. Und so gar nicht threadsafe. Und stehen einem nur im Weg.

Instanzen sind auch nicht unbedingt thread safe. Es kommt immer darauf an wie sich der Zugriff gestaltet. Singletons haben durchaus ihren Zweck.
Es gibt auch nur einen Eintrittspunkt/main()-Funktion pro Programm-Instanz, anderes würde wenig Sinn machen. Irgendwo braucht es einen Anfang.

[mael]

Zitat:

Zitat von baumina (Beitrag 1302302)

Zitat:

Zitat von Uwe Raabe (Beitrag 1302297)

Zitat:

Zitat von baumina (Beitrag 1302270)

Uwe, du bekommst die Meldung wahrscheinlich nicht, weil du unter Projekt / Optionen / Delphi-Compiler / Ausgabe C/C++ / Erzeugung der C/C++ Ausgabedatei auf "Nur DCUs erzeugen" stehen hast.

Das hatte ich schon mal probeweise aktiviert, aber trotzdem keine Warnung bekommen :gruebel:

Ich bekomme den Warnhinweis mit Delphi XE, wenn ich das auf "C++ .objs, Header erzeugen" einstelle.

Ja, das war auch der Grund warum es bei mir passiert ist. Allerdings war es nicht im Package (Package A) das die Unit enthielt, sondern in einem anderen Package, das eine Abhängigkeit zu Package A hatte.