Am 02.03.2016 17:49 schrieb "Maciej Izak" <[email protected]>: > > 2016-03-02 17:15 GMT+01:00 Sven Barth <[email protected]>: >> >> This will not be changed due to backwards compatibility. This is not up for discussion. > > > No. Real argument please and technical detail. You can argue in this way any buggy element in compiler. Any logical example where this bug "feature" is used? I think it works in current way by accident. By fixing this bug more code from Delphi can be ported in correct way, *without functional workaround*. > > If you don't have any logical argument, I'll keep it on Delphi compatible and logical way in my branch. > > it will not break any correctly written code, even more - after fixing this many correct code from Delphi can start work.
It will break code that relies on non-managed fields being present in the RTTI. As Jonas said our RTTI is not guaranteed to be Delphi compatible, so *introducing* Delphi compatibility while *sacrificing* backwards compatibility (namely to enumerate non-managed fields) is *not* acceptable. I can already tell you now that this part of your code will definitely not be merged then. Regards, Sven
_______________________________________________ fpc-devel maillist - [email protected] http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
