[Vm-dev] VM Maker: VMMaker.oscog-nice.1733.mcz
nicolas.cellier.aka.nice at gmail.com
Fri Mar 18 15:11:57 UTC 2016
2016-03-18 16:00 GMT+01:00 Esteban Lorenzano <estebanlm at gmail.com>:
> Hi Nico,
> somewhere between this and VMMaker.oscog-dtl.1730 all PharoVMs become
> unusable :(
> are you aware of this?
> maybe I’m forgetting something in my builds?
Please provide more feedback
- can/can't compile ?
- VM crash ? instantly or on specific operations ?
- all OS or OS specific ?
- which flavour - stack/cogit x spur/v3 x 32/64 bits ?
I presume cogit-spur-32bits for Pharo head?
Maybe a few explanations accompanying a Jenkins link would do it
I've experimented macosx stack spur 64 bits with simulator,
and I use most of these changes in my own VM branch, except the
fetch64/store64 message sends
I'll check ASAP (this will be tonight)
> > On 17 Mar 2016, at 22:49, commits at source.squeak.org wrote:
> > Nicolas Cellier uploaded a new version of VMMaker to project VM Maker:
> > http://source.squeak.org/VMMaker/VMMaker.oscog-nice.1733.mcz
> > ==================== Summary ====================
> > Name: VMMaker.oscog-nice.1733
> > Author: nice
> > Time: 17 March 2016, 11:45:52.436 pm
> > UUID: cc4513ea-67e5-4b41-b7bd-2fc790ac0102
> > Ancestors: VMMaker.oscog-nice.1732
> > Oups (Oops) forgot the <doNotGenerate> for simulated #stSizeOf: version.
> > =============== Diff against VMMaker.oscog-nice.1732 ===============
> > Item was changed:
> > ----- Method: SpurMemoryManager>>stSizeOf: (in category 'object
> access') -----
> > stSizeOf: oop
> > "Return the number of indexable fields in the receiver"
> > + <doNotGenerate>
> > ^oop basicSize!
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Vm-dev