<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-03-02 19:30 GMT+01:00 Sven Barth <span dir="ltr"><<a href="mailto:pascaldragon@googlemail.com" target="_blank">pascaldragon@googlemail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=""></span><p>
I can already tell you now that this part of your code will definitely not be merged then.</p></blockquote><div>ok. no problem with that, <span id="result_box" class="" lang="en"><span class="">I got used to, similar </span></span>like many other Delphi compatible code - for example Generics.Collections. ;)<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">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.<br></blockquote><div> </div><div>Who is using non-managed fields from array that presents managed fields? Srsly? Proper code will not work with current implementation. It can be different in *details*, but it should be *functional similar* to Delphi - in this case it is not.<br><br><span id="result_box" class="" lang="en"><span class="">The usage of</span> <span class="">this FPC part is</span> <span class="">marginal so patch probably don't break anything, and even more - it provide better Delphi compatibility on "functional" level. <br><br>FPC is holding non-managed fields in array for managed fields - terrible. Nothing more to say.</span></span><br></div></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Best regards,<br>Maciej Izak</div></div></div>
</div></div>