<p>Am 31.08.2017 17:48 schrieb "Ondrej Pokorny" <<a href="mailto:lazarus@kluug.net">lazarus@kluug.net</a>>:<br>
><br>
> On 31.08.2017 17:22, Sven Barth via fpc-devel wrote:<br>
>><br>
>> > I remember a compiler bug in class destructor order call in Delphi: <a href="https://stackoverflow.com/questions/19332847/delphi-class-variable-going-out-of-scope-before-class-destructor-is-called">https://stackoverflow.com/questions/19332847/delphi-class-variable-going-out-of-scope-before-class-destructor-is-called</a><br>
>><br>
>><br>
>> That should get solved once I reworked the unit initialization which is the last real blocker for dynamically loading packages.<br>
>><br>
><br>
> What I particularly like is that you considered it as a bug and were open for a discussion from the very beginning - even if the behavior was Delphi compatible at that point. Not like Embarcadero closing eyes and ears until they really had to solve it. All kudos to you and the FPC team :)</p>
<p>Though to be fair the team in general and me especially can be rather stubborn on other topics ;)</p>
<p>> Maybe Embarcadero changes their record inheritance policy as well at some point - especially because they introduced record helpers for primitive types (like TStringHelper). Not having inheritance for them forbids easy extension of them.</p>
<p>I seriously doubt that they really care about that. They want to add fancy thing X and awesome feature Y, but don't care about such things. Especially with there being fewer and fewer compiler developers for Delphi around...</p>
<p>Regards,<br>
Sven</p>