[fpc-devel] Interface delegation fix: backport to FPC 2.4.2 ...?
Michael Van Canneyt
michael at freepascal.org
Thu May 20 11:01:12 CEST 2010
On Thu, 20 May 2010, Helmut Hartl wrote:
> Am 20.05.10 10:29, schrieb Graeme Geldenhuys:
>> Joost van der Sluis het geskryf:
>>>> 1) Ignore Marco and implement it any way. I think you have just as
>>>> much say as Macro on what goes into the FPC.
>>> thread yet. But here you are going too far. Way too far. Imho we don't
>> Well my statement was true wasn't it? Michael's opinion should count too.
>> Why must Marco always get his way? Why must Marco always disagree with all
>> new proposals.
>> Short enough?
> I personally met, talked to, and respect Michael and Marco (SYSTEMS/Munich).
> I agree to Joosts statement.
> Can someone please explain to me what the change to TObject will do to my STM
> implementation ?
> (Relying on memory layout, lockfree algo's and size ... )
There is no change to TObject.
One additional (interface) property and 2 methods are added to TPersistent
(one is the private getter of the property).
They are not used directly in TPersistent or in TComponent. Retrieving the
interface (only done by other components/objects that wish to observe) will
instantiate an auxiliary object.
The names will be such that the likelihood that they actually conflict with
existing code is very small indeed; Of course we cannot guarantee this 100%,
since we don't know all existing code out there.
I think the last change to TObject was the addition of 'UnitName', for
Delphi 2009 compatibility. It actually broke some of my code, but I just
renamed my property using search&replace, recompiled, and that was it.
More information about the fpc-devel