<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-04-12 14:33 GMT+02: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-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><p>[Note: this is less a "I don't want it", but a "I don't like it"]<br></p></span><span class="">
<p></p></span></blockquote><div>phew! </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><p>
> Note: these attributes are on my TODO list.</p>
</span><p>Please don't do anything attribute related until I've merged Joost's class attributes branch which lays the foundations for the attributes. I've planned this for after the reintegration of my dynamic packages branch which is currently WIP (the merge, not the branch ;) )</p></blockquote><div>IIRC the branch is incomplete (for example RTTI in early stage and for example TValue need to be improved). Extending these branch is also on my TODO. :) Maybe the only target of mentioned branch is to allow attributes of classes (which has no much sense without Invoke method and extended RTTI - and that is absolutely unimplemented).</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
<p>That together with your suggestion to force this attribute for records with management operators might indeed be useful, but there are some problems... (see below)<br></p></span><span class="">
<p>> ...</p>
</span><p>The system unit's initialization *must* be run first, otherwise you won't have a heap or synchronisation primitives or whatever you might need. That then also extends to units like heaptrc, cmem, cthreads, etc.</p>
<p>Maybe it would be better to initialize such records always *after* *all* initialization sections have been run... :/ (and deinitialized first)</p></blockquote><div>Maybe "run" for my idea is a bad word. We don't need to run any section before initialization section from system. What we need is the table/list with "fixed" variables which needs to be initialized in system.pp initialization (and finalized in finalization). I think that is doable.</div></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Best regards,<br>Maciej Izak</div></div></div>
</div></div>