Vm-dev December 2011

vm-dev@lists.squeakfoundation.org

23 participants
33 discussions

[commit] r2520 - Add CroquetConsole VMs to windows archives.
by commits＠squeakvm.org 01 Dec '11

01 Dec '11

Author: eliot Date: 2011-12-01 14:10:33 -0800 (Thu, 01 Dec 2011) New Revision: 2520 Modified: branches/Cog/scripts/mkvmarchives Log: Add CroquetConsole VMs to windows archives. Modified: branches/Cog/scripts/mkvmarchives =================================================================== --- branches/Cog/scripts/mkvmarchives 2011-11-30 22:30:39 UTC (rev 2519) +++ branches/Cog/scripts/mkvmarchives 2011-12-01 22:10:33 UTC (rev 2520) @@ -77,6 +77,7 @@ test -d cogwin || mkdir cogwin rm -rf cogwin/* cogwin.zip ln cygwinbuild/build/vm/{Croquet.exe,Croquet.ini,Croquet.map} cogwin + ln cygwinbuild/build/vm/{CroquetConsole.exe,CroquetConsole.ini,CroquetConsole.map} cogwin ln cygwinbuild/build/vm/*.dll cogwin zip -vr cogwin.zip cogwin EXES="$EXES cogwin/Croquet.exe" @@ -85,6 +86,7 @@ test -d cogmtwin || mkdir cogmtwin rm -rf cogmtwin/* cogmtwin.zip ln cygwinbuild/buildmt/vm/{Croquet.exe,Croquet.ini,Croquet.map} cogmtwin + ln cygwinbuild/buildmt/vm/{CroquetConsole.exe,CroquetConsole.ini,CroquetConsole.map} cogmtwin ln cygwinbuild/buildmt/vm/*.dll cogmtwin zip -vr cogmtwin.zip cogmtwin EXES="$EXES cogmtwin/Croquet.exe"

1 0

Re: [squeak-dev] uncompacting classes
by Eliot Miranda 01 Dec '11

01 Dec '11

On Sat, Nov 26, 2011 at 3:02 PM, Chris Muller <asqueaker(a)gmail.com> wrote: > Compact classes cannot be made uncompact in a Cog+JIT VM. > Not exactly true. Certain classes cannot be uncompacted. These are as defined by StackInterpreter>>#checkAssumedCompactClasses and the ones that can't be uncompacted are Array LargeNegativeInteger LargePositiveInteger Float MethodContext There is a performance advantage to being able to identify instances of these classes from the compact class index. But any other classes should be able to be compacted and uncompacted. > Can compact classes be made uncompact when running the StackInterpreter VM? > It is exactly the same story. The same classes are assumed to be compact in the StackInterpreter VM as the CoInterpreter VM. > Thanks. > > HTH -- best, Eliot

4 10

Re: [squeak-dev] Re: [Pharo-project] New Cog VMs available at...
by Eliot Miranda 01 Dec '11

01 Dec '11

On Tue, Nov 29, 2011 at 11:54 PM, Alexander Lazarević <laza(a)blobworks.com>wrote: > 2011/11/29 Eliot Miranda <eliot.miranda(a)gmail.com> > >> -1 => executable name >> -2 .. -n => VM arguments *including* image (if explicitly >> supplied). >> > > Before we had (at least on Linux and I guess with the StackVM): > > 0 => executable name > -1 .. -n => VM arguments *including* image (if explicitly > supplied). > Right. And that makes sense. > > Why the need to change that? And what's 0 returning now? The same as 1 > (with path)? > I wanted all three platforms to be the same (the Mac was not answering any VM parameters at all, and Windows was returning the executable in -1). But I missed that 0 was answering the executable name. It makes no sense for Smalltalk getSystemAttribute: 0 and Smalltalk getSystemAttribute: -1 to answer the same thing. I will change it (back) to 0 => executable name -1 .. -n => VM arguments *including* image (if explicitly supplied). and do so on all platforms. Thanks for spotting this. Alex > -- best, Eliot

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev December 2011