Delphi 10.1 Berlin

[Bambini]

Zitat von MEissing:

Standard-mäßig ist Weak-Ref nicht eingeschaltet..... Wie kommst du drauf? In der Doku steht es korrekt

Aber leider ist die Bedingung WEAKREF - entgegen der Docu - bei Win32 und Win64 immer gesetzt.

[Sir Rufo]

Aber muss die nicht auch gesetzt sein, denn ab 10.1 Berlin wird doch [weak] für Interfaces unterstützt.

Somit würde ich erwarten, dann WEAKREF und WEAKINTFREF auch unter Windows definiert sind. WEAKINSTREF allerdings nicht.

Und genau so isses auch, wie mein Super-Hyper-Wuppdi-Testprogramm zeigt

Delphi-Quellcode:

program Project1;

{$APPTYPE CONSOLE}
{$R *.res}

uses
  System.SysUtils;

begin
  {$IFDEF WEAKREF}
  WriteLn( 'WEAKREF' );
  {$ENDIF}
  {$IFDEF WEAKINSTREF}
  WriteLn( 'WEAKINSTREF' );
  {$ENDIF}
  {$IFDEF WEAKINTFREF}
  WriteLn( 'WEAKINTFREF' );
  {$ENDIF}
  ReadLn;
end.

Fazit: Die Dokumentation ist falsch!

[Bambini]

Kleiner Nachtrag: Unter Win32 und win64 ist auch WEAKINTFREF - entgegen der Docu - gesetzt. Bei WEAKINSTREF passt es.
Das ist etwas schade, da man globale gesetzte DEFINE's nicht global UNDEF'en kann.

[Sir Rufo]

Zitat von Bambini:

Kleiner Nachtrag: Unter Win32 und win64 ist auch WEAKINTFREF - entgegen der Docu - gesetzt. Bei WEAKINSTREF passt es.
Das ist etwas schade, da man globale gesetzte DEFINE's nicht global UNDEF'en kann.

Die müssen auch gesetzt sein, denn Delphi unterstützt nun auf jeder Plattform die Attribute unsafe, volatile und weak (weak für Interfaces).

siehe dazu http://docwiki.embarcadero.com/RADSt...terst.C3.BCtzt

[MEissing]

Oder am Beispiel der Compiler Direktive WEAKREF:

Code:

Defined for compilers that can use weak references (the [weak] attribute). 
*New* in XE4/iOS

FOR COMPILERS....

[Sir Rufo]

Zitat von MEissing:

Oder am Beispiel der Compiler Direktive WEAKREF:

Code:

Defined for compilers that can use weak references (the [weak] attribute). 
*New* in XE4/iOS

FOR COMPILERS....

Was soll uns das jetzt sagen?

Fakt ist, dass unter Win32/Win64 für Interfaces das weak Attribut genutzt werden kann und es auch funktioniert. Also ist es doch nur konsequent, wenn dann auch die Compiler-Direktiven analog zur Funktion gesetzt sind.

Oder kriege ich hier jetzt nichts mehr mit?

[MEissing]

Die Direktive ist (immer) gesetzt, wenn der Compiler das generell unterstützen kann....

[himitsu]

Ich dachte auch irgendwo gelesen zu haben, daß das WEAK jetzt auch im windows-Compiler drin ist.
Aber dachte mir, daß sich das vorallem auf Interfaces bezieht, welche schon lange referenzgezählt sind.

Im Grunde wäre es schon nett, wenn man die Referenzzählung bei sowas einheitlich in allen Plattformen deaktivieren könnte. (vorallem für Kreuzreferenzen, damit da nichts ewig lebt)

[Sir Rufo]

Zitat von MEissing:

Die Direktive ist (immer) gesetzt, wenn der Compiler das generell unterstützen kann....

Das ist mir klar ... aber die aktuelle Doku ist falsch
in Worten: falsch
in anderen Worten: nicht richtig

IST-Zustand (falsch in der Doku)

Symbol	DCC32	DCC64
AUTOREFCOUNT	not defined	not defined
WEAKREF	not defined	not defined
WEAKINSTREF	not defined	not defined
WEAKINTFREF	not defined	not defined

SOLL-Zustand (so müsste es in der Doku stehen)

Symbol	DCC32	DCC64
AUTOREFCOUNT	not defined	not defined
WEAKREF	DEFINED	DEFINED
WEAKINSTREF	not defined	not defined
WEAKINTFREF	DEFINED	DEFINED

Zitat von himitsu:

Ich dachte auch irgendwo gelesen zu haben, daß das WEAK jetzt auch im windows-Compiler drin ist.
Aber dachte mir, daß sich das vorallem auf Interfaces bezieht, welche schon lange referenzgezählt sind.

Das geht ja jetzt auch unter Windows (Compiler DCC32/DCC64)

Delphi-Quellcode:

TBar = class
  [weak]
  FFoo: IFoo;
end;

Ich war ja nicht in Berlin, gebe aber gerne Nachhilfe was Delphi so an Neuerungen drin hat (für alle die in Berlin waren und es noch nicht wissen)