Vm-dev May 2011

vm-dev@lists.squeakfoundation.org

36 participants
89 discussions

VM Maker: CMakeVMMaker-IgorStasenko.103.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 03 May '11

03 May '11

Igor Stasenko uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-IgorStasenko.103.mcz ==================== Summary ==================== Name: CMakeVMMaker-IgorStasenko.103 Author: IgorStasenko Time: 3 May 2011, 4:04:37 pm UUID: 8c11c794-3da2-4b50-a579-035dd816b008 Ancestors: CMakeVMMaker-MarianoMartinezPeck.102 - fixed missing resource dir quoting, which leads to failure if your root dir path contains spaces (always use funky directory names where you building VM, to make sure it works no matter where you unpack sources)

2 1

Cog open-source process [WAS] Re: [Vm-dev] Re: [Pharo-project] SVN vs Git for the cogvm
by Mariano Martinez Peck 03 May '11

03 May '11

On Tue, May 3, 2011 at 5:06 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > On 3 May 2011 16:57, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Instead of discussing where to commit I would discuss how to merge and > > define the process with VMMaker. I mean, how WE (the community) and > Eliot, > > manage the development of Cog (the VMMaker part). > > > > Take as an example today. There is "our branch" which is in > > VMMaker-oscog-XXX.NUMBER. For example, the last one is > > VMMaker-oscog-MarianoMartinezPeck.66. > > Eliot commits are in (since now) VMMaker.oscog-eem.56. Who merges? > Eliot? > > us? Would Eliot took the result of the merge as his next base version? > > Because suppose I merge it, and I get > VMMaker-oscog-MarianoMartinezPeck.67 > > which is the merge with VMMaker.oscog-eem.56. Will Eliot take that > version > > and follow his code from that one? > > or he will release VMMaker.oscog-eem.5N tomorrow, and we will need to > merge > > with VMMaker-oscog-MarianoMartinezPeck.6N? if so, the merge will always > be > > more complicated and the differences will be more and more... > > > > As to me the rule is simple: > - before making new release (or snapshot) an author should merge with > latest available version. > > it means, whoever are responsible for update, he should merge previous > work (or just base his work on > latest available version). > > This btw, a typical rule for group development. I've been followed it > since using CVS, then SVN > in many other project i were involved. > Its simple and straightforward. > Why we should invent something else? > Because it is not fun to do the same merge over and over. And the merge will be each time bigger and bigger. This is why I would like to know whether Eliot will take the result of the merge or not as the base of his next version > > Okay. So, Mariano, it is your call. Please do the merge eem.56 + > MarianoMartinezPeck.66 > and then create new ConfigurationOfCog, so next time we will build new > VMs based on this version. > > mmm I don't promise anything. I don't feel brave enough. My unique commit to VMMaker (.66) was a simple change in VMMakerTool to avoid the WorldMenu. There are more than 10 commits between them and none of them done by me. So...I am not sure I will be able to do it or to do it correctly (as opposite to CMakeVMMaker where I feel more confortable to commit and merge). Moreover one of the commits of Dave changed almost all classes (I am not saying it is bad ehh!!)...so the merge doesn't look easy. I would appreciate if you can take a look this time. Otherwise, I will try to do it along the week. Cheers mariano > Cheers > > > > Mariano > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Mariano http://marianopeck.wordpress.com

1 0

Re: [Pharo-project] SVN vs Git for the cogvm
by Igor Stasenko 03 May '11

03 May '11

On 3 May 2011 16:57, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Instead of discussing where to commit I would discuss how to merge and > define the process with VMMaker. I mean, how WE (the community) and Eliot, > manage the development of Cog (the VMMaker part). > > Take as an example today. There is "our branch" which is in > VMMaker-oscog-XXX.NUMBER. For example, the last one is > VMMaker-oscog-MarianoMartinezPeck.66. > Eliot commits are in (since now) VMMaker.oscog-eem.56. Who merges? Eliot? > us? Would Eliot took the result of the merge as his next base version? > Because suppose I merge it, and I get VMMaker-oscog-MarianoMartinezPeck.67 > which is the merge with VMMaker.oscog-eem.56. Will Eliot take that version > and follow his code from that one? > or he will release VMMaker.oscog-eem.5N tomorrow, and we will need to merge > with VMMaker-oscog-MarianoMartinezPeck.6N? if so, the merge will always be > more complicated and the differences will be more and more... > As to me the rule is simple: - before making new release (or snapshot) an author should merge with latest available version. it means, whoever are responsible for update, he should merge previous work (or just base his work on latest available version). This btw, a typical rule for group development. I've been followed it since using CVS, then SVN in many other project i were involved. Its simple and straightforward. Why we should invent something else? Okay. So, Mariano, it is your call. Please do the merge eem.56 + MarianoMartinezPeck.66 and then create new ConfigurationOfCog, so next time we will build new VMs based on this version. > Cheers > > Mariano -- Best regards, Igor Stasenko AKA sig.

1 0

New VM builds available on Hudson
by Igor Stasenko 03 May '11

03 May '11

There is a new builds of Cog and Stack VMs available on Hudson. It contains latest commits made by Eliot, and also integrates configuration fixes made by Mariano. Couple previous builds were failing because of minor bugs and because Mariano renamed configuration classes, which i forgot to sync in Hudson jobs config. (Mac Cocoa builds are controlled by Esteban, so, push him to update configuration as well ;) #31 (May 3, 2011 4:11:08 PM) ConfigurationOfCog v2.0 (dev) — Igor Stasenko / detail #30 (May 3, 2011 3:29:12 PM) HAVE_NANOSLEEP disabled — Esteban Lorenzano / detail using worker thread (fixes a nanosleep problem) — Esteban Lorenzano / detail new version with IA32ABI plugin — Esteban Lorenzano / detail -clipboard extended — Esteban Lorenzano / detail OSCogVM as per VMMaker.oscog-eem.55. Implement shallowCopy (primitiveClone) and — eliot / detail Fix snafu in cloneContext:. — eliot / detail Fix egregious object overwriting bug in sqUnixLocale.c. — eliot / detail Fix comment typo. — eliot / detail Update working configuration for building VM to ConfigurationOfCog v1.9 — Igor Stasenko / detail https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog%20Mac%20Carbon/ https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/StackVM%20Mac%20Carbon/ https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog%20Unix/ https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Stack%20VM%20Unix/ P.S. we still don't have Windows slaves awailable :( But this is not related to cmake configs (they are working well) and you can build VMs on windows using cmake configs.. -- Best regards, Igor Stasenko AKA sig.

2 3

Missing checks for some libraries
by Damien Cassou 02 May '11

02 May '11

Hi, I'm following Mariano's instructions on how to build a VM on GNU/Linux (using git://gitorious.org/cogvm/blessed.git and http://marianopeck.wordpress.com/2011/04/10/building-the-vm-from-scratch-us…). It looks like some library verifications are missing before the compilation. For example, after typing make, I had the following error: Linking C shared library /home/.../blessed/results/vm-display-null /usr/bin/ld: cannot find -lGL To solve that I had to install libgl1-mesa-dev (for Ubuntu). Then I got /home/.../blessed/platforms/unix/vm-sound-ALSA/sqUnixSoundALSA.c:34:28: fatal error: alsa/asoundlib.h: No such file or directory That I solved by installing libasound2-dev (for Ubuntu). Wouldn't it be possible that the build process displays the missing dependencies before I have to run make? Thanks -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

3 2

Re: [Pharo-project] System time
by Henrik Sperre Johansen 02 May '11

02 May '11

On 02.05.2011 00:56, Andres Valloud wrote: > Does the Windows VM depend on QueryPerformanceCounter()? The Cog VM (which it seemed Jimmie was using) uses a clock (sqWin32Heartbeat.c) initialized with GetSystemTimeAsFileTime and timeGetTime then adds an offset based on current timeGetTime (reinitialization happens at rollovers) I can't see any mention of drift in the Microsoft documentation of timeGetTime, but I guess there must be some? Cheers, Henry

1 0

Sandbox
by Casey Ransberger 02 May '11

02 May '11

Hello all, I hope this is the right list for this question. I want very much to know more about the sandbox functionality in the Squeak VM. Are there any resources out there that can help me understand how this works? My *real* question was "can this be made to work usefully with the JIT VM?" but I realized that it would be better to ask for pointers about the sandbox and see if I can maybe ask some more informed/specific questions about the JIT and the sandbox later. I'd rather understand it than get the answer, I guess:)

2 2

VM Maker: VMMaker-dtl.230.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 01 May '11

01 May '11

Dave Lewis uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-dtl.230.mcz ==================== Summary ==================== Name: VMMaker-dtl.230 Author: dtl Time: 1 May 2011, 2:34:57 am UUID: 91e4e745-450a-47f7-97a5-950335e51009 Ancestors: VMMaker-dtl.229 VMMaker 4.4.17 Change InterpreterSimulator to use Interpreter>>checkImageVersionFrom:startingAt: when loading an image file. Fixes an initialization problem and ensures that the simulator will stay in sync with the Interpreter with respect to future image format changes. Add InterpreterSimulator>>rewriteImageFileNamed: to allow the simulator to be used to load a format 6505 (Cog) image and save it is as 6504 format. (InterpreterSimulator new openOn: Smalltalk imageName) rewriteImageFileNamed: 'newimagefile.image' (ImageFormat fromFile: Smalltalk imageName) description. ==> 'A 32-bit image with closure support and float words stored in native platform order (6505)' (ImageFormat fromFile: 'newimagefile.image') description. ==> 'A 32-bit image with closure support and no native platform float word order requirement (6504)'

1 0

Re: [squeak-dev] Re: Release packaging
by Eliot Miranda 01 May '11

01 May '11

On Fri, Apr 29, 2011 at 8:19 AM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Fri, 29 Apr 2011, Hannes Hirzel wrote: > > Yes, unzip. >> >> You do not need to rename the file. croquet.exe. Just double click and >> then it looks for the image file and launches it. >> >> But I think you cannot go back to squeak.exe after you have started >> and saved the image with croquet.exe. (Others please correct me) >> > > Squeak images saved by the CogVM will have a new image format. The current > release (4.1.1) of SqueakVM for windows can't read such images. I built a VM > which can be used to convert your images back to the old formatl. It's > available here: > http://leves.web.elte.hu/squeak/SqueakVM-Win32-4.4.9-2358-non-official-bin.… Have these changes been folded back into VMMaker trunk? > > > > Levente > > > >> --Hannes >> >> On 4/29/11, Ben Coman <btc(a)openinworld.com> wrote: >> >>> Do you mean extract cogwin.zip into the Squeak-All-In-One folder and then >>> rename croquet.exe to squeak.exe ? >>> >>> Hannes Hirzel wrote: >>> >>>> >>>> To have Squeak with Cog I replaced the old Squeak VM with a Cog one >>>> from http://www.mirandabanda.org/files/Cog/VM/ (MSWindows) >>>> >>>> --Hannes >>>> >>>> On 4/29/11, Ben Coman <btc(a)openinworld.com> wrote: >>>> >>>> >>>>> Hannes Hirzel wrote: >>>>> >>>>> >>>>>> I agree. Does this imply that two all-in-one packages are needed, a >>>>>> Cog and an non-cog? >>>>>> >>>>>> --Hannes >>>>>> >>>>>> On 4/28/11, Levente Uzonyi <leves(a)elte.hu> wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Since this isn't the first time people do benchmarks, but don't >>>>>>> download >>>>>>> VMs independently, therefore I think we have to package VMs with the >>>>>>> releases in the future. IIRC someone even concluded that Pharo is >>>>>>> faster >>>>>>> than Squeak, but he just used what he got from the website (Cog for >>>>>>> Pharo >>>>>>> and the interpreter vm for Squeak). >>>>>>> >>>>>>> >>>>>>> Levente >>>>>>> >>>>>>> >>>>> Is the difference between a Cog and non-Cog VM just the a different exe >>>>> (for windows)? >>>>> How compatible are the images for Cog and non-Cog? >>>>> Could two executables be included in a single All-In-One package - ie >>>>> named like SqueakClassic.exe & SqueakCog.exe ? >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >>> >> >> >

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev May 2011