<div dir="ltr">Hi Tobias,<div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 5, 2015 at 1:43 PM, Tobias Pape <span dir="ltr"><<a href="mailto:Das.Linux@gmx.de" target="_blank">Das.Linux@gmx.de</a>></span> wrote:<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"><br>
Hi Eliot,<br>
<br>
Thanks for the new build!<br>
<span class=""><br>
On 05.03.2015, at 22:22, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> wrote:<br>
<br>
> Hi All,<br>
><br>
> recent instability seems to have been cured. Please find new VMs at <a href="http://www.mirandabanda.org/files/Cog/VM/VM.r3266" target="_blank">http://www.mirandabanda.org/files/Cog/VM/VM.r3266</a>. For Squeakers, these are close to release candidates for the upcoming 5.0 release.<br>
<br>
</span>Mentioning this, I'd like to ask what your policy regarding bundled plugins is.<br>
Which ones won't be included, which ones could?<br>
For example, I am missing the FT2 plugin or the ObjectiveC-Plugin for OSX.<br></blockquote><div><br></div><div>Ah, good point. I include only plugins I can build in the VMs on my website. IIRC, there's some issue with the FT2Plugin that prevents me from generating source (can't remember the details right now) and the ObjectiveC-Plugin isn't built because I don't know where the source is. What's the repo? Where are the build commands for it (subversion url)?</div><div><br></div><div>When the release VMs are packaged we'll provide the full suite of plugins. But at least for Spur they need to be compiled afresh as part of a Spur build, and that probably means I need to build them. So thanks for the heads up.</div><div><br></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">
<br>
Best<br>
<span class=""><font color="#888888"> -Tobias<br>
</font></span><div class=""><div class="h5"><br>
<br>
> I have one last modification to do with free space handling on start-up in Spur (the current VMs over-allocate free space), and maybe a minor speed-up of the LargeIntegersPlugin; other than that I intend bug fixes only.<br>
><br>
><br>
> CogVM binaries as per VMMaker.oscog-eem.1085/r3266<br>
><br>
> Avoid duplication in fetching active process and scheduler in process-switch machinery.<br>
><br>
> Take advantage of endianness for simpler large integer initialization.<br>
><br>
> Simplify primitiveMakePoint. Include primitiveMethodXray to introspect on Cog state of methods.<br>
><br>
> Refactor positive32BitIntegerFor: and signed32BitIntegerFor: in the realization that these<br>
> reduce to essentially integerObjectOf: in 64-bit Spur. The idea is to inline if in 64-bit Spur<br>
> but not if in the 32-bit VMs. Add notOption: processing to allow excluding<br>
> noInlineSigned32BitIntegerFor: et al. Add hasSixtyFourBitImmediates to no longer assume that<br>
> wordSize = 8 implies 64-bit immediates.<br>
><br>
> Use positiveMachineIntegerFor: in place of positive32BitIntegerFor: in some plugins.<br>
><br>
> Simplify primitiveDisplayString given isArray:.<br>
> Simplify two B3DAcceleratorPlugin prims given topRemappableOop and isArray:<br>
><br>
> Slang:<br>
> Changes to type inferrence/propagation and inlining to better support 64-bit Spur.<br>
> See change log of VMMaker.oscog in 1067-1085 range for exhaustive details.<br>
<br>
<br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">best,<div>Eliot</div></div>
</div></div>