<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2018-06-28 22:10 GMT+02:00 Sven Barth via fpc-devel <span dir="ltr"><<a href="mailto:fpc-devel@lists.freepascal.org" target="_blank">fpc-devel@lists.freepascal.or<wbr>g</a>></span>:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF">
    Sorry that it took me so long, but I wanted to reread your proposed
    FastRTTI changes before deciding and I only found the time this
    evening.<br>
    <br>
    I'm currently indeed leaning towards option 2.<br></div></blockquote><div><br></div><div>This is good info. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF">
    If you want to prepare this you can of course do it in a way that
    allows to easily add in your other FastRTTI changes at a later date
    (though those are still a bit up for debate (lessthe principal idea,
    more the concrete implementation)).<br></div></blockquote><div><br></div><div>This is good info too. So we can keep all gathered information about "managed things" in compiler without producing final FastRTTI (only mentioned table of initialization operators - which is special). </div><div><br></div><div>I agree that implementation in details may change and is for debate.</div><div><br></div><div>In early July I will prepare code base for both : FPC trunk and NewPascal, and I will continue development of FastRTTI:</div><div><br></div><div>- integration with NewPascal for current layout of FastRTTI, which can be changed/adjusted at any time.</div><div><br></div><div>also some new directions (also partially related to FastRTTI):</div><div><br></div><div>- inline management operators</div><div>- inline initialization for managed fields, local managed variables (probably this can provide a lot of additional performance on user request).</div><div><br></div><div>

<div class="gmail_quote" style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><div><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">This shows that NewPascal as "b</span><wbr style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">leeding edge technology" (anyway tested with all available tests) is a good idea. :)</span><br></div></div></div><div><br></div><div>I will for sure adjust FastRTTI, when I will get any feedback from you (or any other core developer). It is very good that will be possible to keep single code base in this matter.<br></div><div><br></div></div>-- <br><div class="gmail-m_-2722634114945632194m_-5919234369418980253gmail_signature"><div dir="ltr"><div>Best regards,<br>Maciej Izak</div></div></div>
</div></div>