<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2018-04-30 15:05 GMT+02:00 Mattias Gaertner <span dir="ltr"><<a href="mailto:nc-gaertnma@netcologne.de" target="_blank">nc-gaertnma@netcologne.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Does that mean fpc 3.0.x had an unneeded overhead for classes without<br>
managed types and 3.1 fixes this?<br></blockquote><div><br></div><div>No, small <span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">unneeded overhead exist in both. </span></div><div><br></div><div>The situation is different when managed types are used. FPC has similar solution for RTTI like Delphi. FastRTTI (not merged yet into trunk) is something new (optimized layout of RTTI). In the short all managed fields are initialized in one call instead of recursion (one call to FPC_INITIALIZE instead of many calls). It saves many of initialization/finalization time.</div><div><br></div></div>-- <br><div class="m_6452850705535427577gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Best regards,<br>Maciej Izak</div></div></div>
</div></div>