<div dir="ltr"><div>Anyway, freetype is deceiptivly slow.<br>This is because it will invoke a primitive for each and every Character glyph, rather than for string chunks.<br></div>We should do something...<br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">2013/11/15 Nicolas Cellier <span dir="ltr"><<a href="mailto:nicolas.cellier.aka.nice@gmail.com" target="_blank">nicolas.cellier.aka.nice@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>For FreeType, it was true: many nasty extensions and many nasty overrides made the load rather intrusive...<br></div>Now, the package split is not at good boundary, the constants are not enough: indeed, during some initialization, the layout of most (all?) classes known to the primitives is scanned, thus all these classes must be present in the VM-Making image...<br>
</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/15 tim Rowledge <span dir="ltr"><<a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
(Various attributions probably screwed up by me using a soft keyboard. Please don't be offended )<br>
>><br>
>> Because otherwise "so what" if FFI includes the constants and VMMaker<br>
>> depends on it solely for that portion of it? How many methods making<br>
>> up FFI are we talking about? There are plenty of _other_ methods in<br>
>> the image which are not being used by VMMaker, what about them?<br>
>><br>
In some cases it won't matter but in others it may be rather important. FFI is an example where I think it is important to be able have only the constants parcel added to vmmaker. Likewise for FreeType constants, where it is very obvious that adding the entire package can be problematic on occasion.<br>
<br>
Ideally the packaging system ought to be able to deal with single method packages and bundling them as required for specific needs. I'm not arguing that that is necessarily a good way to do it but the mechanism ought to make possible. Why would it matter to the loader whether the thing being loaded is a single file of a gazillion methods or a gazillion files of one method?<br>
<span><font color="#888888"><br>
tim<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>