<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2018-06-21 22:50 GMT+02:00 Maciej Izak <span dir="ltr"><<a href="mailto:hnb.code@gmail.com" target="_blank">hnb.code@gmail.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"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Coexistence of both has no sense - information stored in Flags will be useless, this info is for sure not complement :( .</div></div></div></div></blockquote><div><br></div><div>I see 4 options:</div><div><br></div><div>1. integration of FastRTTI</div><div>2. limited integration, only part of 

<span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">"FastRTTI"</span>  branch (only table with initialization operators and related compiler and RTL part)</div><div>3. moving "Flags: TRecordInfoInitFlags;" into private section of record in TypInfo module, it can be removed in the future (if needed) without breaking backward compatibility for users code</div><div>4. all will stay as-is (the worst scenario)</div><div><br></div><div>The option 2 seems optimal (no redundant/useless actions/calls in constructors).</div></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Best regards,<br>Maciej Izak</div></div></div>
</div></div>