[fpc-devel] Re: Class field reordering
Hans-Peter Diettrich
DrDiettrich1 at aol.com
Sun Jul 22 10:16:14 CEST 2012
Martin schrieb:
> On 21/07/2012 16:55, Ivanko B wrote:
>> The problem now is that cracker classes can't be used in future anymore
>> because of the new class field ordering optimisation, so I dared to
>> ask.
> ....
>> So, is it possible to design the new feature in such way that to have
>> an option to proceed using cracker classes ?
>>
>
> But the whole discussion comes down to one other simple question.
> Including the above, the whole discussion is about:
>
> Should FPC provide a way to access private fields from any other code?
Like recent Delphi versions allow by extended RTTI? <shudder>
My solution for such problems are local patches to the library source code.
A (global) compiler option "treat private as protected" might be another
solution.
Finally class helpers could solve the problem as well, the cleanest
solution IMO.
DoDi
More information about the fpc-devel
mailing list