[Vm-dev] New Cog VMs available

[Eliot Miranda]

Hi Tobias,

On Thu, Mar 5, 2015 at 1:43 PM, Tobias Pape <Das.Linux at gmx.de> wrote:

>
> Hi Eliot,
>
> Thanks for the new build!
>
> On 05.03.2015, at 22:22, Eliot Miranda <eliot.miranda at gmail.com> wrote:
>
> > Hi All,
> >
> >     recent instability seems to have been cured.  Please find new VMs at
> http://www.mirandabanda.org/files/Cog/VM/VM.r3266.  For Squeakers, these
> are close to release candidates for the upcoming 5.0 release.
>
> Mentioning this, I'd like to ask what your policy regarding bundled
> plugins is.
> Which ones won't be included, which ones could?
> For example, I am missing the FT2 plugin or the ObjectiveC-Plugin for OSX.
>

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)?

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.


> Best
>         -Tobias
>
>
> >  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.
> >
> >
> > CogVM binaries as per VMMaker.oscog-eem.1085/r3266
> >
> > Avoid duplication in fetching active process and scheduler in
> process-switch machinery.
> >
> > Take advantage of endianness for simpler large integer initialization.
> >
> > Simplify primitiveMakePoint. Include primitiveMethodXray to introspect
> on Cog state of methods.
> >
> > Refactor positive32BitIntegerFor: and signed32BitIntegerFor: in the
> realization that these
> > reduce to essentially integerObjectOf: in 64-bit Spur.  The idea is to
> inline if in 64-bit Spur
> > but not if in the 32-bit VMs.  Add notOption: processing to allow
> excluding
> > noInlineSigned32BitIntegerFor: et al.  Add hasSixtyFourBitImmediates to
> no longer assume that
> > wordSize = 8 implies 64-bit immediates.
> >
> > Use positiveMachineIntegerFor: in place of positive32BitIntegerFor: in
> some plugins.
> >
> > Simplify primitiveDisplayString given isArray:.
> > Simplify two B3DAcceleratorPlugin prims given topRemappableOop and
> isArray:
> >
> > Slang:
> > Changes to type inferrence/propagation and inlining to better support
> 64-bit Spur.
> > See change log of VMMaker.oscog in 1067-1085 range for exhaustive
> details.
>
>
>
>


-- 
best,
Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20150305/d0c33f06/attachment.htm